SVN:树干上，分支和标签

Question

它是一个月我试图找出最好的解决我的问题和这是最好的之一。我想知道如果你同意它。

我们正在开发一套相互连接的网络应用程序。我们对待每个应用程序作为一个单一的解决方案独立于他人。每个应用程序形成不同的项目，但是这好好尝试一下不管多。

我们用来开发在主干新的功能。每当我们发表什么生活，我们标签的干版本有一个版本的名字。例如假设的第一中继线版本，标记的1.0.0.当我们开展进一步扩展执行情况(即我们的工作情况1.1.0)一系列的错误出来的生产版。我们想要做的就是结帐标记的1.0.0和纠正错误向版本1.0.1.

现在什么我们要做到的是，以标记每次修订版本。换句话说，我们希望能够有一个完美的工作副本的1.0.0,v1.0.1,1.0.2...

现在这是我的解决方案，我想知道，如果你同意就可以了。

1. 我签我的标记的版本1.0.0到地方/标签的文件夹
2. 我分这个版本，以/分支机构/v1.0.1库的文件夹
3. 我签我的新的分支的地方/分支机构的文件夹
4. 我纠正错误的分支v1.0.1
5. 当x之后提交的，一切都好的，我签这个新的版本，以/标签/v1.0.1

所以对于每一个新的错误/新版本。我尝试过了，如果我签/标记的文件夹中我可以看到所有的版本，perfectyl工作。

现在，当我准备好的情况1.1.0我应该合并的最后一个标记(或分支，他们应该相同结束时，如果一切都是正确的)在树干上，使用"合并范围的订正"的选项。当一切都合并在一起，我应该有一个全面的工作情况1.1.0版的修订，纠正过去。汇编、测试，并随后发布，很明显，标记它/标签/况1.1.0文件服务器。

你怎么想?谢谢， 马可

Answer 1

通常所有的发展是在主干，干什么你基地发布关闭。你使用的分支机构的任来稳定代码，准备释放，以修补的一个释放或者执行一个特点，就不可能开发的中继线用于几个原因。

当使用支稳定或修补的一个释放，修复的错误，或者改变，应该去稳定的分支都是发展的主干，并有选择地的分支。

当使用一个功能分支，您承诺支然后合并后要干线的(也许从那里的稳定/补分支机构。

短篇故事，我想干你的发展循环，并且我不知道你如何确保所有的变化是最终在主干，因为那是你的下一个主要特点释放，将/应该从开始。

Answer 2

这看起来像一个很好的过程中，除了你错误的修正在生产分支机构将在所有的可能性，需要反映在主干。因此，不应该是一个需要合并 的一切 进入主干结束时因为你已经做到了你就去了。

否则，它的确看起来你正在使用的分行和适当标签，这样的荣誉。我看过太多的项目，可以不确定来源的控制目前(或一些其他)的生产版本(其中，如果你需要的东西修复或滚回来，是至关重要的).没有借口，在我的意见。

Answer 3

你怎么描述听起来像正常程序用于进行标记和支给我。这就是我使用颠复，它工作得很好。

Answer 4

听起来不错

根据该数额的修正获得释放，我不会打扰createting分支机构为每一个细微的释放。创造这些宣传的人什么要退房/其签，合并下来等等。冲洗&重复。

有一个分支的每个主要释放和使用，作为一个"维护"支运作良好。

这里是描述进程情况下你有兴趣：svn部署的战略的多个团体的开发人员(不同于)上工作的不同组成部分的同一个项目

定义政策的分支机构和创建一个新的分支只有如果你要做什么，不适合当前政策。有助于限制的分支。