如何解决变更集冲突
我有一个实时场景，其中一名开发人员创建了 3 个变更集，如 1.1、1.2 和 1.1、1.2 所示。 1.3 并决定签入变更集 1.3。
现在，第二个开发人员检查代码并编写他的代码并进行 CheckIn。情况是，第一个开发人员决定他不应该签入 1.3，而是签入 1.2，但如果他签入 1.2，那么第二个开发人员所做的任何更改或编码都会丢失，因为他根据变更集 1.3 开发了代码。
所以依赖关系受到影响，并且存在很多代码冲突。谁能告诉我如何解决这个问题？解决这种情况有哪些不同的方法以及我们如何实现它？这是在TFS中。
I have a real time scenario where there is a one developer who created 3 change sets as in 1.1,1.2 & 1.3 and decides to checkin changeset 1.3.
Now the second developer checks out the code and writes his code and does CheckIn. The situation is 1st developer decides that he should not have checkedIn 1.3 instead checked IN 1.2 but if he checksIn 1.2, what ever the changes or coding that is done by the second developer is lost as he developed the code depending on changeset 1.3.
So the dependencies are effected and there is lot of code conflict. can any one tell me how to fix this? what are the different ways of fixing the situation and how do we achieve it? This is in TFS.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
假设第一个开发人员签入了 1.1，然后是 1.2，然后是 1.3，您可以执行以下操作：返回到 1.2，分支，然后将第二个开发人员的提交合并到新分支。从那里继续或将新分支提交到主干顶部。
假设第一个开发者一次只签入 1.3 而没有签入历史记录：让他从 1.3 创建一个反向补丁 -> 1.2.将其应用于第二个开发人员的工作结果，手动解决冲突。
Assuming the first dev checked in 1.1, then 1.2 and then 1.3, you can do the following: Go back to 1.2, branch, and then merge the commits of the second dev to the new branch. Continue from there or commit the new branch onto the top of trunk.
Assuming that the first dev only checked in 1.3 at once and not the history: Let him create a reverse patch from 1.3 -> 1.2. Apply it to the result of the second dev's work, manually work out the conflicts.