C# 如何在TFS中维护多个项目签入

一个TFS 几个项目 许多.cs文件。。。 许多软件工程师 同时开发的所有项目的多个签入

有些项目提前结束，必须部署，但有些项目尚未完成

---

我们所做的是，注释属于未完成项目的代码部分

---

在TFS2008上，有没有比手动方法更好的方法呢？在你遇到火车失事之前，你需要先看看你的分支策略。。。请参阅以获取好的指南。每个不同的版本都应该有一个分支。在分支之间合并代码需要花费少量额外的精力，但这将导致每个版本都有一个可重复测试的“主”分支。还要看看你是如何切割标签的，以及你的持续集成是如何建立的（如果你目前没有任何标签的话，当然要鼓励它）。

在你最终陷入火车失事之前，你需要看看你的分支策略。。。请参阅以获取好的指南。每个不同的版本都应该有一个分支。在分支之间合并代码需要花费少量额外的精力，但这将导致每个版本都有一个可重复测试的“主”分支。另外，还可以看看你是如何切割标签的，以及你的持续集成是如何建立的（如果你目前没有任何标签，当然可以鼓动它）。

外面没有秘密，你有两个主要选择：

1） 每个项目都有一个可以原子发布的分支，然后在执行全局发布时，只合并准备发布到全局发布分支的项目分支。（这是最新版本的合并）

2） 您的所有项目都只在一个分支中（如果您确实有很多项目，每个项目有一个分支的项目可能太多），那么您必须依靠可追溯性（无论是使用工作项还是自定义变更集列表）将准备发布的项目的变更集仅合并到全局发布的分支中。（这是变更集的最佳合并）

好的，还有第三个秘密选择：

3） 使用1和2的混合，例如，如果您有200个项目，您当然可以创建10个“项目组”，将所有相关（技术上或功能上）的项目存储到一个分支中。然后，您将得到10个分支，每个分支包含20个项目，每个项目都有一个约束，即分支中的所有项目都必须“准备发布”，才能合并到全局发布分支中

1） 易于实施，但如果您有大量项目（>20个），这不是一个好主意 2） 提供了最佳的灵活性，但您必须做好充分的准备，并有组织地进行设置。

---

3） 从正反两方面来看，仍然是1和2的混合。

没有秘密可言，您有两个主要选择：

1） 每个项目都有一个可以原子发布的分支，然后在执行全局发布时，只合并准备发布到全局发布分支的项目分支。（这是最新版本的合并）

2） 您的所有项目都只在一个分支中（如果您确实有很多项目，每个项目有一个分支的项目可能太多），那么您必须依靠可追溯性（无论是使用工作项还是自定义变更集列表）将准备发布的项目的变更集仅合并到全局发布的分支中。（这是变更集的最佳合并）

好的，还有第三个秘密选择：

3） 使用1和2的混合，例如，如果您有200个项目，您当然可以创建10个“项目组”，将所有相关（技术上或功能上）的项目存储到一个分支中。然后，您将得到10个分支，每个分支包含20个项目，每个项目都有一个约束，即分支中的所有项目都必须“准备发布”，才能合并到全局发布分支中

1） 易于实施，但如果您有大量项目（>20个），这不是一个好主意 2） 提供了最佳的灵活性，但您必须做好充分的准备，并有组织地进行设置。

---

3） 无论是赞成还是反对，仍然是1和2的混合。

“我们对属于未完成项目的代码部分进行注释”-你做什么！！使用源代码管理分支！！！！警告：恐怖代码！颤抖“我们评论属于未完成项目的代码部分”-你做什么！！使用源代码管理分支！！！！警告：恐怖代码！颤抖