Re: git-svn and repository hierarchy?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Feb 27, 2009 at 11:58 AM, Josef Wolf wrote:
> On Wed, Feb 25, 2009 at 08:02:45PM -0500, Peter Harris wrote:
>
>> No need to coordinate clones, aside from each clone
>> needing to know how to work in a "commits will be rebased by upstream"
>> type of environment (which isn't unique to git-svn).
>
> Hmm, what does that exactly mean?  Chances are that the reason for my
> problem is that _I_ am the one who don't know that...

See, for example,
http://kerneltrap.org/mailarchive/git/2008/8/23/3056824 and
surrounding thread.

The consensus is "Pester upstream until they stop rebasing".
Unfortunately, Subversion is an application, not a human, so your
pleas will go unheard. :-) The rest of that thread contains hints for
working with a rebasing upstream.

git-svn will actually never rebase anything once it is in Subversion.
So, for example, when they say 'linux-next' in that thread, you could
read "any branch that isn't in Subversion yet", since you know that
branch will be rebased at least once.

>> Oh, and make sure
>> you're using a recent git; older git-svn didn't have the incremental
>> index rebuild.
>
> jw@raven:/home/jw> git --version
> git version 1.6.0.2
> jw@raven:/home/jw>
>
> Is that OK?

2beec8973 is the commit in question. Unless I'm mistaken, it first
appeared in 1.6.1.0, so you may want to upgrade each cloneN to at
least 1.6.1.

Peter Harris
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux