NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.
All the Perl that's Practical to Extract and Report
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.
darcs and svn (Score:1)
From using both kinds of systems, I know I'm simply more productive with darcs, including less merging difficulties, as you described above.
To explain in more detail how darcs helps me be more productive, I created this page which compares darcs workflow with Subversion's [darcs.net]
You can't do that (Score:1)
The problem is that you are trying to apply changeset X twice to trunk.
Let me try to explain. Please note that I'm not a wizard or expert of source control systems, but I think I know this one.
You start the branch at revision 10, then you commit 11, 12, 13 to branch.
You then do 14 to trunk and merge to branch. branch now has modifications made in trunk that you commit as rev 15.
Now if you try to merge with trunk, there are two changesets that do the same thing: 15 and 14. Subversion as no histor
life is short
Re: (Score:1)
rjbs
Re: (Score:1)
Ok, different expectations. Working with darcs, I expect that after the last merge from branch to trunk, the systems knows which revisions from branch where merged.
This is very helpful, because the next merge from branch to trunk should only merge the subsequent revisions on branch.
In Subversion, they just diff the two, and apply the diff to the trunk. It loses track of which changeset's where merged.
Yes, I see how this works now. So we are down to svn command line syntax to make it work...
I
life is short
Use "svnmerge" (Score:1)
I wrote a walkthrough showing how to use it that might be useful; http://wikitest.freebsd.org/SVN_Merging [freebsd.org]
Re: (Score:1)
Re: (Score:1)
I think it would be tedious and annoying. I think the svnmerge program would help make it less so.
rjbs