On Mar 31, 2010, at 04:07, Cooke, Mark wrote:
> I thought there was a way to persuade "svnadmin load" to keep the
> revision numbers but on looking I cannot find anything. It seems to
> renumber revs by default. However, I have a repository that I created
> from a VSS conversion and used dumpfil
> On Mar 31, 2010, at 03:31, Cooke, Mark wrote:
>
> >> On Mar 30, 2010, at 18:55, Xavier Noria wrote:
> >>
> >>> Can I tell to svn that it totally forget revisions < 3000 ?
> >>
> >> Doing so is a very invasive procedure. I don't recommend it.
> >> It's likely to cause more problems than it sol
On Mar 31, 2010, at 03:31, Cooke, Mark wrote:
>> On Mar 30, 2010, at 18:55, Xavier Noria wrote:
>>
>>> Can I tell to svn that it totally forget revisions < 3000 ?
>>
>> Doing so is a very invasive procedure. I don't recommend it.
>> It's likely to cause more problems than it solves.
>>
>>> Th
On Mar 30, 2010, at 18:55, Xavier Noria wrote:
> Can I tell to svn that it totally forget revisions < 3000 ?
Doing so is a very invasive procedure. I don't recommend it. It's likely to
cause more problems than it solves.
> Those are
> very old and we could just get rid of them it there was a c
Can I tell to svn that it totally forget revisions < 3000 ? Those are
very old and we could just get rid of them it there was a chance that
it solved the issue, it is a pity we need to deal with explicit
revisions all the time, reflective merges...
I don't know, perhaps around r2909 people did som
On Tue, Mar 30, 2010 at 4:25 PM, Bob Archer wrote:
>> On Fri, Mar 26, 2010 at 5:11 PM, Tyler Roscoe wrote:
>>
>> > On Fri, Mar 26, 2010 at 03:17:54PM +0100, Xavier Noria wrote:
>> >> Even if I try to fix it by hand with
>> >>
>> >> svn merge -r2:2909 ^/trunk --record-only
>> >>
>> >> a subse
> On Fri, Mar 26, 2010 at 5:11 PM, Tyler Roscoe wrote:
>
> > On Fri, Mar 26, 2010 at 03:17:54PM +0100, Xavier Noria wrote:
> >> Even if I try to fix it by hand with
> >>
> >> svn merge -r2:2909 ^/trunk --record-only
> >>
> >> a subsequent merge still tries to get 2 through 2909. Moreover
Di
On Fri, Mar 26, 2010 at 5:11 PM, Tyler Roscoe wrote:
> On Fri, Mar 26, 2010 at 03:17:54PM +0100, Xavier Noria wrote:
>> Even if I try to fix it by hand with
>>
>> svn merge -r2:2909 ^/trunk --record-only
>>
>> a subsequent merge still tries to get 2 through 2909. Moreover
>>
>> svn propge
On Fri, Mar 26, 2010 at 03:17:54PM +0100, Xavier Noria wrote:
> Even if I try to fix it by hand with
>
> svn merge -r2:2909 ^/trunk --record-only
>
> a subsequent merge still tries to get 2 through 2909. Moreover
>
> svn propget svn:mergeinfo .
>
> returns nothing.
Are you using a merg
Even if I try to fix it by hand with
svn merge -r2:2909 ^/trunk --record-only
a subsequent merge still tries to get 2 through 2909. Moreover
svn propget svn:mergeinfo .
returns nothing.
Another fact is that svn log in the branch contains everything down to r1.
Is that normal? Could it
On Thu, Mar 25, 2010 at 4:51 PM, Tyler Roscoe wrote:
> You should look at your branch's ancestry to make sure those revisions
> are not needed. If they're not, you can use a --record-only merge to
> make the branch think it has those revisions. Subsequent merges from
> trunk should then skip over
On Thu, Mar 25, 2010 at 11:09:49AM +0100, Xavier Noria wrote:
> That is, after you create branch b from trunk, you work on b,
> occasionally you sync with trunk this way:
>
> cd b
> svn merge ^/trunk .
>
> and when you are done in b finally
>
> cd trunk
> svn merge --reintegrate
I am using 1.6 and was told that nowadays explicit revision numbers
are not needed for branching merging in the most common use case at
least.
That is, after you create branch b from trunk, you work on b,
occasionally you sync with trunk this way:
cd b
svn merge ^/trunk .
and when you ar
13 matches
Mail list logo
