当文件夹和项目已经于您的解决方案被重新命名为如何有效融合?分支和VSTS中的合并
回答
我们已经有很多成功的2005年TFS当它涉及到的文件删除/重命名,有一些非常具体的例外情况,即:
- 文件已在源和目标分支被重命名(这通常通过点击“忽略服务器更改”来简单解决);
- 已在目标分支中重命名但在源分支中删除的文件。我记得有一个案例,无论我们尝试了什么,合并都不起作用,并且我们被迫“恢复”源分支上的更改并在合并后重新执行。
据说TFS 2008年解决了很多的这些问题,但偶尔合并老老实实一边hickups TFS是稳定的,分层合并是一个非常简单并且比SVN更快。
在我的经验TFS可以跟踪重命名,只要你做的SourceControlExplorer(TFS)内的所有重命名。
的问题往往当你有其他人在更改原始文件,而其他人在做大规模的重命名/移动而其他人正在编辑重命名的版本出现。
如果可能的话我会说,如果你正在做大规模重命名,移动它是值得通知队友,如果可能的话让他们推迟进行修改,直到你在检查你的。
与所有分支/合并问题通过签入和合并很少且经常会大大减少问题。
我们有很多与2005 TFS的问题和一般的删除。我还没有确定原因,但一些我的团队成员遇到了涉及重命名或删除文件夹的更改中的合并问题。如果在发生重命名的分支中进行大量重构(以及重命名和重命名),这似乎尤其如此。我还没有找出原因或再现步骤,因为我没有亲自介入任何不起作用的情况。
我看到一些像这样的其他的一般缺失的问题:在A分支 1,减少子目录1权限只读 2.创建分支B(从A到B支链)(检查) 3 。删除支线B(检查) 4.创建一个从一个新的分支,给它相同的名称,支路B 5.获取有关TFS一个奇怪的权限错误还是“看”上被删除的分支的只读权限B.
只有我们发现,以避免它是插入步骤2a的方法:重命名科B到_Branch B(检查)
总的来说,TFS对我们来说非常棒,但是删除,重命名和合并时会出现一些问题。我们希望尽快升级到2008年,我希望能够解决我们的问题。
我已经与TFS 2008质量文件和文件夹移动这样做是为了使我们的源代码结构更加一致的体验。我所要做的只是在团队资源管理器中拖放(并等待),然后提交更改。
- 1. VSTS合并的Git分支孙子到主后子分支已合并到主
- 2. VSTS:分支和合并发展最好的方法 - QA - 生产
- 3. Git分支和合并
- 4. github分支和合并
- 5. 分支和合并策略
- 6. TFS 2015分支和合并
- 7. TFS分支和合并
- 8. 分支和Git合并
- 9. TFS中的单向分支和合并
- 10. svn分支合并分支
- 11. VSTS unprotect git分支
- 12. 更新主分支时自动重新合并VSTS中的拉取请求
- 13. 分支壁球合并为主,并合并回分支
- 14. Eclipse合并到分支中
- 15. 在Mercurial中合并分支
- 16. 合并和分支之间的区别
- 17. 合并Subversion分支
- 18. LibGit2Sharp - 合并分支
- 19. 合并分支'主'
- 20. 合并Git分支
- 21. 的svn:合并分支
- 22. 的Git分支与合并
- 23. 2分支主分支 - 合并分支1回到主分支并使用分支2中的代码?
- 24. git将分支合并到分支
- 25. 执行分支合并和Stream_to_stream合并之间的区别
- 26. 如何从git中的多分支合并中删除分支?
- 27. 合并开发和掌握分支
- 28. Svn合并干线和分支
- 29. 在Talend项目上分支和合并
- 30. 将分支合并到与起始分支不同的分支