Svn subversion中的多功能开发分支

G'day

以下策略可以通过subversion实现吗

保存应用程序的生产版本的稳定主干

包含多个特性的独立开发分支

使开发分支与稳定主干保持同步

在产品准备就绪时，将单个功能从开发分支合并/复制到主干

想要2的理由。我们还需要一个“早期发布”版本，该版本包含当前正在开发的所有功能

标准模式不够。分支包含单个特征，一旦特征合并到稳定主干中，应删除该特征。我已经读到，在

合并之后，您可以继续使用分支--重新整合

，但不建议这样做

我想知道（文件系统）是否可能将单个功能从开发分支复制到主干的工作副本（构建、测试、提交，然后立即将分支与主干同步）？同步会导致冲突，但很容易解决

谢谢，

---

克里斯。

你可以根据需要制作任意多个分支，“主干”和“功能”的名称没有什么特别之处。在您的情况下，我会说创建几个功能分支，可能以您的跟踪器中的功能票证项命名。

是的，您的策略可以通过subversion实现。但是这将是非常低效的，因为您必须在merge命令中列出与要合并的功能相关的所有提交（或提交范围）

更好的策略是使用单一功能分支。您可以拥有任意多个分支，并随时单独合并它们。这样做时，您不必列出提交，因为您通常会合并每个分支的整个更改集

---

人们经常争辩说，分支是要避免的，因为很难合并回来。但从多功能分支中挑选樱桃更令人不快。

谢谢Satya。你说得对，主干和分支之间的区别只是名义上的，对此我表示赞赏。然而，我不知道如何（轻松地）维护一个“早期访问”版本，当每个功能驻留在一个单独的分支上时，该版本包含所有正在开发的功能。我怎样才能做到呢？如果我正确理解你的问题：你可以有trunk，devel，earlyaccess，f1，f2。。。fn分支机构。在准备就绪时将f1到fn与earlyaccess合并。保持devel与trunk同步。将f1到fn合并到主干中。嗯，似乎会有同步问题，很多冲突。假设我了解你想要什么。嗯，用git代替？（我是svn的人，所以不是那种宣传：-）是的，我认为你正确理解了这个问题，谢谢你的建议，但我认为同步和冲突问题会使实践变得太困难。不幸的是，git不是一个选项，因此在没有任何其他建议的情况下，我将使用我最初的建议。