SVN并行分支

编程问答 2022-06-11

问题描述

我学习了一些SVN教程，内容涉及如何使用分支/合并在团队中工作，但是仍然有些不可行。 我在局域网中使用Tortoise SVN + Visual SVN Server。有N个开发人员。

场景1：分支位于主干内部

  • Developer-A从http：// svn-server / OurProject中检出“ OurProject”生产版本。在开始的时候没有分支。
  • Developer-A在主要路径下创建“ Branch-A”，因此http：// svn-server / OurProject / Branch-A。他将工作文件夹切换到分支并开始编码。他添加了一些文件并编辑了其他文件。他将更改提交到分支。
  • Developer-B对他的同事的工作及其分支一无所知，因此他只是从http：// svn-server / OurProject中检出了整个“ OurProject”。这导致Developer-B通过“ Branch-A”文件夹签出整个“ OurProject”结构！这是我的第一件事。
  • Developer-B在路径http：// svn-server / OurProject / Branch-B处启动一个新的“ Branch-B”分支，并开始编码。
  • 在开发人员A仍在工作的同时，开发人员B完成了编码。他将自己的Branch-B合并到项目根目录中并提交。这导致开发人员B从中继删除“ Branch-A”！ 不，我认为这不是正确的解决方案。

方案2：分支位于主干之外（从分支合并到主干）

  • Developer-A从http：// svn-server / OurProject / trunk中检出“ OurProject”生产版本。在开始的时候没有分支。
  • Developer-A在“ branches”子文件夹下创建“ Branch-A”，因此http：// svn-server / OurProject / branches / Branch-A。他将工作文件夹切换到分支并开始编码。他添加了一些文件并编辑了其他文件。他将更改提交到分支。
  • Developer-B对同事的工作及其分支一无所知，因此他只是从http：// svn-server / OurProject / trunk中签出了整个“ OurProject”。这导致Developer-B仅签出生产代码，而看不到同事的分支机构。很好。
  • Developer-B在路径http：// svn-server / OurProject / branches / Branch-B处启动一个新的“ Branch-B”分支，并开始编码。
  • 在开发人员A仍在工作的同时，开发人员B完成了编码。他将Branch-B合并到项目根目录（从分支到主干）并提交。这将导致中继覆盖所有的“ Branch-B”修改！不对。

场景3：分支位于主干之外（从主干合并到分支）

...（与上一场景相同，但最后一点除外）

  • 在开发人员A仍在工作的同时，开发人员B完成了编码。他将Branch-B合并到项目根目录（从主干到分支）并提交。这会导致Tortoise SVN出现冲突警告。我选择“标记为已解决，接受当前的工作副本状态”。
  • Developer-B切换到主干，SVN删除了我的新分支文件，并且所有分支修改都丢失了。

经过数十次尝试，我想知道这可能是真实的流程。 谢谢您的帮助

解决方法

  1. 不要在2020年使用SVN，它仅对具有悠久历史和懒惰的发展（以及一些您的范围内的其他罕见情况）的真正古老的大型项目有意义。在Subversion中，“合并地狱”是真实痛苦，是不可避免的
  2. 如果您仍然停止使用SVN：
  • 阅读SVN图书
  • 选择首选的回购树
  • 定义，声明并遵守开发策略（TBD，BranchPerTask等）和访问规则

毕竟，您将获得所有3个用例的所有答案。 1只是丑陋的无用样式，2-3：SVN删除 nothing ，了解有关在SVN中移动历史记录，选择树等的信息

,

您的项目的布局似乎无效。您是否在项目的根目录中创建了/trunk？

请阅读SVNBook：

场景1：分支位于主干内部

您不需要将分支存储在主干或其他分支内。您在这种情况下描述的项目布局不正确，将来肯定会引起您的头痛。而且，使用这种布局，默认情况下，当您只想检出中继线时，将检出所有分支。

似乎您假设/ OurProject是项目的主干，但实际上不是，也不应该是。如果您喜欢使用常见的“主干，分支，标签”布局，则项目的根目录应包括以下目录：

branches/ https://svn.example.com/MyRepo/MyProject/branches
tags/     https://svn.example.com/MyRepo/MyProject/tags
trunk/    https://svn.example.com/MyRepo/MyProject/trunk

方案2：分支位于主干之外（从分支合并到主干）

...

在开发人员A仍在工作的同时，开发人员B完成了编码。他将Branch-B合并到项目根目录（从分支到主干）并提交。这将导致中继覆盖所有的“ Branch-B”修改！不对。

通常，主干！=您项目的根目录。如果将更改从/branches/MyBranch合并到/trunk，则提交的分支更改将显示在中继中。也就是说，您是reintegrating the branch changes back to trunk。

这同样适用于您的场景3 。但是，如果您要“将Branch-B合并到项目根目录（从主干到分支）”，则您要将该分支与创建主干以来所做的更改同步。也就是说，您是keeping the branch in sync with trunk。

branching-and-mergingsvntortoisesvnversion-control