4

我们正在开发一个应用程序,其中包括:

  • 合作伙伴不经常提供给我们的源代码库。这是一个有点工作的代码,是某些东西的“最终”版本(我们将它放在一个 zip 文件中)。他们有自己的发布周期和版本跟踪。
  • 在上面的代码库上,我们进行了更改。这些可以是错误修复或新功能的开发。

到目前为止,我们设法创建了一些代码混乱,因此我们希望将所有这些都放在一个 SVN 存储库中。我想问你,你认为最好的做法是减少痛苦。

以下是我们认为重要的事情:

  • 我们想跟踪我们的错误修复/更改,因为我们无法将错误修复发送回我们的软件供应商,但我们可以报告错误(他们可能会或可能不会修复它)。我们在他们的代码上开发的所有东西都是“内部的”,他们对我们的更改不感兴趣。
  • 只要我们没有从供应商那里获得新的代码库,我们就会认为他们的最新版本是我们正在开发的稳定版本。这可能会进一步分支,但结果始终是稳定的主干,构建是基于这个“稳定”的主干完成的。
  • 当供应商发布新版本时,我们希望将我们的“稳定”主干(包含大量更改)与其更改合并,从而创建一个新的“稳定”主干。
  • 对于我们部署(到客户)的每个版本,我们应该能够稍后仅修复该版本上的错误,对于使用该特定版本安装我们系统的客户
  • 有更多的开发人员在代码库上工作......(像往常一样:)

非常感谢您的提示。

4

1 回答 1

6

SVN 书Vendor Branches部分涵盖了此场景的最佳实践。

于 2010-03-15T13:56:52.070 回答