SVN:查询使用实践
我们的团队从主干创建了唯一的bug分支,用于bug修复;在PROD上进行验证时,我们需要将代码合并回主干。(我们不希望每个报告的bug创建一个新分支) 我们当前的做法是使用WinMerge将sb在bug分支中的修改与主干中的修改进行比较,然后进行合并。但是,手动干预(例如,查找您修改的文件)有时会导致合并出错,例如,忘记正在合并的文件SVN:查询使用实践,svn,tortoisesvn,Svn,Tortoisesvn,我们的团队从主干创建了唯一的bug分支,用于bug修复;在PROD上进行验证时,我们需要将代码合并回主干。(我们不希望每个报告的bug创建一个新分支) 我们当前的做法是使用WinMerge将sb在bug分支中的修改与主干中的修改进行比较,然后进行合并。但是,手动干预(例如,查找您修改的文件)有时会导致合并出错,例如,忘记正在合并的文件 我想知道您是如何使用SVN或其他工具来简化流程的?您所说的“查找您修改的文件”是什么意思?只需使用OrtoiseSVN将整个bug分支合并回主干即可。Subver
我想知道您是如何使用SVN或其他工具来简化流程的?您所说的“查找您修改的文件”是什么意思?只需使用OrtoiseSVN将整个bug分支合并回主干即可。Subversion将知道哪些文件是您在bug分支中修改的,哪些是未触及的。考虑阅读此文(如果您还不知道):是吗?你能提供关于你推荐的文章吗?当你重新合并时,选择你的bug分支的根路径,而不是单个文件。我正在尝试你所说的,发现我不能在一个文件中挑出一段代码来合并。假设一个文件被修改为bug#11、#12,并且#11被确认已修复并被合并回主干;我无法将为#11修改的部分与SVN合并,是吗?那么您的修复/测试过程就中断了。您修复了一个包含各种错误的完整文件。这将被发布到测试/阶段,然后推广到生产中。这就是为什么我在寻找更好的过程/工具。我们的开发人员共享同一个bug分支来修复minior问题。有可能用SVN区分两个分支之间的差异吗?我正在尝试u提供的内容,发现我无法在一个文件中挑出一段代码进行合并。假设一个文件被修改为bug#11、#12,并且#11被确认已修复并被合并回主干;我无法将为#11修改的部分与SVN合并,是吗?