We do have a "usage race" in SVN that I will commit
a fix to in a few minutes. This is mainly to document
the problem and maybe get feedback in case I over-
* We track merges in properties at the top-level dir
(usually the branch / trunk root). To commit a merge,
the user must update to HEAD and then commit.
TXNs based on older revs will be rejected by
* Transmitting the merge result may take minutes in
the case of a large merge (many files, large artwork
* The commit will still fail if there has been another
commit on the merge target while merge commit
As a result, the average time between commits to the
target branch limits the size of data you may merge
(and successfully commit).
We can't do much about the first and second points
in the list above but wc updates after small commits
should be much faster. i.e. much less of a limitation.
The conflict handling in our commit code will be
extended such that simple bubble-up directory changes
merge cleanly with property changes on that directory.
We verify that the entries in the target directory are
still the same as in the txn base modulo some version
bumps. That way, the working copy will look like the
directory being up-to-date and some of the sub-dirs
being updated to an older revision.
Received on 2014-01-14 23:00:45 CET