git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Junio C Hamano <gitster@pobox.com>
To: Felipe Contreras <felipe.contreras@gmail.com>
Cc: git@vger.kernel.org
Subject: Re: [PATCH] remote-bzr: update old organization
Date: Tue, 14 May 2013 13:36:22 -0700	[thread overview]
Message-ID: <7v8v3hi9ix.fsf@alter.siamese.dyndns.org> (raw)
In-Reply-To: <CAMP44s1rZmo3cQecGmYVMZ7KSq=z3_mfVnAK+so4QL_JfEe_uw@mail.gmail.com> (Felipe Contreras's message of "Tue, 14 May 2013 15:06:12 -0500")

Felipe Contreras <felipe.contreras@gmail.com> writes:

> On Tue, May 14, 2013 at 12:30 PM, Junio C Hamano <gitster@pobox.com> wrote:
>> Felipe Contreras <felipe.contreras@gmail.com> writes:
>>
>>> If a clone exists with the old organization (v1.8.2) it will prevent the
>>> new shared repository organization from working, so let's remove this
>>> repository, which is not used any more.
>>>
>>> Signed-off-by: Felipe Contreras <felipe.contreras@gmail.com>
>>> ---
>>
>> What happens with and without this patch to an existing user from
>> 1.8.2 days, when she does what?
>
> I already explained it would prevent the new shared repository
> organization from working, so the old organization would be used; the
> repositories won't be shared.
>
>> A sample answer (to show the level of descriptiveness, not the
>> content, I am epecting) might go something like "Because the
>> organization is different, it will barf whenever she tries to
>> incrementally update from the other side. By removing the old one
>> 1.8.3 contrib/ does not understand, at least we can unstuck her; she
>> ends up reimporting the whole history, though."
>
> Bazaar won't barf, the repositories will be duplicated, so the shared
> feature won't work.

But by removing the old incarnation, you are getting rid of the copy
for which the shared feature will not work, so with patch, "won't
work" is no longer an issue.  Is the user making a trade-off by
using Git with this patch?  What is she losing by removal, if
anything?

  reply	other threads:[~2013-05-14 20:36 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-14  4:20 [PATCH] remote-bzr: update old organization Felipe Contreras
2013-05-14 17:30 ` Junio C Hamano
2013-05-14 20:06   ` Felipe Contreras
2013-05-14 20:36     ` Junio C Hamano [this message]
2013-05-14 20:50       ` Felipe Contreras
2013-05-14 20:57         ` Felipe Contreras
2013-05-14 21:18           ` Junio C Hamano
2013-05-14 21:38             ` Felipe Contreras
2013-05-14 22:05               ` Junio C Hamano
2013-05-14 22:14                 ` Junio C Hamano
2013-05-14 22:17                   ` Felipe Contreras
2013-05-14 22:33                     ` Junio C Hamano
2013-05-14 22:43                       ` Felipe Contreras
     [not found] ` <CABLWAfStOZvKZzsCqb+UiedA7Ra-ermyRJVAeocBE=RdXL8B2w@mail.gmail.com>
2013-05-17 10:33   ` Felipe Contreras
2013-05-17 17:09     ` Junio C Hamano
2013-05-17 17:12       ` Felipe Contreras
2013-05-17 17:58         ` Junio C Hamano

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=7v8v3hi9ix.fsf@alter.siamese.dyndns.org \
    --to=gitster@pobox.com \
    --cc=felipe.contreras@gmail.com \
    --cc=git@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).