Svn 向后滚动树干,然后分支

Svn 向后滚动树干,然后分支,svn,tortoisesvn,Svn,Tortoisesvn,我们的一位开发人员向主干添加了新功能,而不是创建分支。我们目前在3966修订版中担任负责人。这项功能的开发始于3875年。使用陆龟,实现以下目标的最佳方法是什么 将主干回滚到3875 从版本3876-3966创建分支 完成该功能的开发后,重新集成到主干中 通过陆龟VN执行以下操作是否可以达到最佳效果 对主干的工作副本执行修订更新,然后返回3875,提交这些更改 在Repo浏览器内部,右键单击3966修订版并创建分支 ……还是有别的办法 我们的流程通常如下所示: 主干仅用于小错误/单个错误修复和集

我们的一位开发人员向主干添加了新功能,而不是创建分支。我们目前在3966修订版中担任负责人。这项功能的开发始于3875年。使用陆龟,实现以下目标的最佳方法是什么

  • 将主干回滚到3875
  • 从版本3876-3966创建分支
  • 完成该功能的开发后,重新集成到主干中
  • 通过陆龟VN执行以下操作是否可以达到最佳效果

  • 对主干的工作副本执行修订更新,然后返回3875,提交这些更改
  • 在Repo浏览器内部,右键单击3966修订版并创建分支
  • ……还是有别的办法

    我们的流程通常如下所示:

  • 主干仅用于小错误/单个错误修复和集成分支
  • 分支用于功能和/或sprint,这些功能和/或sprint包含在集成到主干之前必须检查的bug修复
  • 分支完成并经过QA'ed/审查后,将其集成到主干中
  • 一旦对bug修复的sprint进行了质量保证/审查,它就会集成到主干中

  • 谢谢

    您需要执行反向合并


    我现在只需要从主干创建一个分支,反向合并主干,然后将新分支合并到主干中。

    您需要执行反向合并


    我现在只想从主干创建一个分支,反向合并主干,然后将新分支合并到主干中。

    虽然@j-set的共同点是正确的,但我想在细节上不同意他的观点:我更愿意看到未更改(而不是折叠)的修订历史,只有修订的更改“装入点”必须在分支中

    我是为了得到它

  • 使用Repo浏览器|从版本3875记录创建分支,该分支必须是分支的起点(f.e FEATURE-X)(如果
    svn diff-c 3875
    将确认此版本中的更改与功能相关),并且在Repo中有两个URL,稍后使用(Repo/trunk和Repo/Branchs/FEATURE-X)
  • 在修订版+1(3876)时,将行李箱检查到新的临时厕所中
  • 切换到回购/分支机构/功能-X
  • 提交,重复原始版本的日志消息(
    svn log repo/trunk-r 3876-3966
    获取帮助)
  • 切换回回购/中继
  • 更新到历史记录中的下一个版本
  • 在未处理r3966的情况下,返回步骤3
  • 当所有分支相关修订都将克隆到分支时-反向合并从主干传输的修订并终止临时WC

  • 虽然@j-set的共同点是正确的,但我想在细节上不同意他的观点:我更喜欢看到未更改(而不是折叠)的修订历史,只有修订的更改“装入点”必须在分支中

    我是为了得到它

  • 使用Repo浏览器|从版本3875记录创建分支,该分支必须是分支的起点(f.e FEATURE-X)(如果
    svn diff-c 3875
    将确认此版本中的更改与功能相关),并且在Repo中有两个URL,稍后使用(Repo/trunk和Repo/Branchs/FEATURE-X)
  • 在修订版+1(3876)时,将行李箱检查到新的临时厕所中
  • 切换到回购/分支机构/功能-X
  • 提交,重复原始版本的日志消息(
    svn log repo/trunk-r 3876-3966
    获取帮助)
  • 切换回回购/中继
  • 更新到历史记录中的下一个版本
  • 在未处理r3966的情况下,返回步骤3
  • 当所有分支相关修订都将克隆到分支时-反向合并从主干传输的修订并终止临时WC