SVN布局 - 最佳实践

Question

在CVS我们对在有多个目录项目。 有是有东西拉从不同的目录在同CVS项目，以建立每晚构建每晚构建。所以，我应该考虑到这一点，我必须修改生成脚本，从不同的存储库检查其中的内容，如果我们迁移到SVN。结果 点击 我读了相关SVN QA，但我有我自己的问题，我需要的答案。结果 我可以这样做：结果

/trunk
/tags
/branches
/3rdparty

在哪里，我们的一切发展出来的/树干和我们不改变任何的3rdParty去/的3rdParty。点击

都好，现在每晚构建脚本有标记的树干，检出标签，检查出所需的3rdParty东西到正确的目录，然后启动构建过程。点击 构建结果（编译的东西）可以留在NFS挂载了一段时间，以便集成团队可以回到2周，重建的问题。 搜索结果 是我所有的基地覆盖？

Answer 1

在SVN红皮书这里包括在布局不同的项目类型以及如何管理他们的信息很多

您可能还需要使用钩/触发器/在外部组件的数据拉从所谓的“第三方”独立回购。所以，当一个开发者检出一个回购协议，他获得了第三部分了。有吨的方式分离的问题，但来自组分那些呈现统一回购。

不可运气

Answer 2

这可能是值得利用如哈德森或巡航控制构建引擎的。 工作流程略有不同 - 标签生成后作出，但你可以得到额外的模块，使您可以一些控制。 问题是，所有的开发工作是为你做的，你得到你每晚一个体面的框架构建，你会得到一个很好的网络界面来控制和监视一切。

就个人而言，我把树干上的一些外部定义适当的第三方库，以拉入适当的地方。这样，当你改变的第三方库版本，所做的更改，以躯干和没有修改构建脚本。 这也意味着，你可以建立旧版本只是检查出相应的躯干/标签/分支。被警告 - 只是做他们的行李箱，周围散射他们可能会导致谋杀

。

我还层回购有点像：

project
 /trunk
 /branches
 /tags
3rdparty

很简单，因为这让你在某些时候增加更多的顶级项目的详细范围。这样做可以让你完全独立管理不同的项目 - 你仍然可以使用的外部从一个引用正确的版本到另一个，如果有依赖 - 这很好地停在一个项目更改悄悄打破/改变相关项目

。

这是可能的这个使用单独回购为好，这是细做，但在这种情况下，我把单独的的3rdParty部到从开始单独回购。

Answer 3

你为什么不动第三方进入行李箱？当你每次分支第三方的副本进入分支。很显然，你不会因为你的分公司已根据现有的第三方东西编码的领域改变第三方的东西。

我不太确定如何标记你在说什么。是版本号，你是什么意思？如果它是版本号传递直通脚本和标记的构建

Answer 4

如果在“多个目录”是要独立版本独立的组件，那么你应该在其各自的资源库，使它们可以单独标记。但是，如果这一切是一个自包含的项目（即，如果您一般会被标记和分支的所有组件一起），那么你或许可以把所有的代码在同一个存储库中。

您应该考虑使用的外部，在第三方文物。

Answer 5

我的脚本检查了后备箱，修改文件（AssemblyInfo.cs中文件等调整版本号），然后标记，。如果您不需要以任何方式修改的文件，然后标注首先是一样好。

除此之外，您的设置听起来不错，至少我。