[Numpy-discussion] Using svnmerge on numpy: am I missing something ?
Robert Kern
robert.kern at gmail.com
Tue Jan 8 14:45:41 EST 2008
David Cournapeau wrote:
> Matthieu Brucher wrote:
>> > Oups, safe for the "/trunk:1-2871" part. This should be deleted
>> before
>> > a commit to the trunk, I think.
>> Yes, that's what I (quite unclearly) meant: since revision numbers are
>> per- repository in svn, I don't understand the point of tracking trunk
>> revisions: I would think that tracking the last merged version for
>> each
>> branch to be enough (for the kind of merge svn does, at least). If
>> trunk
>> version are tracked, then I would expect two branches using
>> svnmerge to
>> clash each other,
>>
>>
>> In fact, the trunk should be tracked from all the branches, although
>> there will be the problem with merging the different branches (I did
>> not have many troubles with that, but I only tried with a few
>> differences) into the trunk. I don't think only one branch wants to be
>> up to date with the trunk ;).
> Sure, that's what I was trying to do (tracking the trunk). But if
> svnmerge needs the information from the trunk, this means each branch
> will need a different value, whereas only one value is possible...
IIRC, its presence in the trunk/'s svnmerge-integrated property is a mistake. It
belongs in each of the branches independently. For some reason, it got merged
into the trunk from one of the branches by mistake, possibly because someone
started merge tracking with svnmerge then another used "svn merge". It should be
removed.
--
Robert Kern
"I have come to believe that the whole world is an enigma, a harmless enigma
that is made terrible by our own mad attempt to interpret it as though it had
an underlying truth."
-- Umberto Eco
More information about the NumPy-Discussion
mailing list