RE: What causes a conflict question
From: Feldhacker, Chris <Feldhacker.Chris_at_principal.com>
Date: Fri, 11 Feb 2011 12:24:43 -0600
-----Original Message-----
I'm sorry, I don't see this in the documentation or a prior post
Say you have a file in the trunk with these 2 lines
aa
Developers Y and Z create new, separate branches from this.
While developer Z is still working in their branch, developer Y commits the file into the trunk. it is now:
aa qqqq
Later, developer Z commits this file to the branch
aa
As I'm experiencing, the "qqqq" will be gone upon developer Z's commit. Despite the fact that developer Z never knew of the existence of the "qqqq" (nor deleted it), there is no conflict when developer Z makes a commit. It is the responsible of developer Z to ensure that they're not overwriting any thing that was committed to the file after the branch was created
Is this correct?
Thank you
------------------------------------------------------
I assume you mean that developer Z committed their changes to the branch, and then merged their branch back to trunk.
Sounds like developer Z used the "reintegrate" option when they did the merge and shouldn't have.
The "reintegrate" option should only be used when merging a branch back to the trunk IF the branch has been updated and already includes any additional changes that might be present on trunk. If the reintegrate option is used and this has not be done, then the merge will result in changes be "lost" or undone that exist on trunk but did not exist in the developer's branch.
Hope this helps!
-----Message Disclaimer-----
This e-mail message is intended only for the use of the individual or
Nothing in this message is intended to constitute an Electronic signature
While this communication may be used to promote or market a transaction
------------------------------------------------------
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
|
This is an archived mail posted to the TortoiseSVN Users mailing list.
This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.