TFS 2013 |用许多解决方案构建问题| Vb.NET

Question

嗨同胞Stackoverflowers！

要澄清事情：我对TFS很新，我真的试图设置它正确，但不能得到它的工作。

设置

我是一个团队，通常开发所有内部工具为我们公司的一部分。
这些工具不是集中在一个解决方案中，每个解决方案都有自己的解决方案，现在我们在网络共享中正好有116个解决方案/文件夹。
这些解决方案不是任何来源安全或任何地方的版本控制的一部分。
所以我们的想法是为我们的解决方案设置TFS以获得一些版本控制，并随着分支机会和TFS提供的所有内容跟踪更改。
我可以设置TFS所需的所有东西，但是现在我坚持在构建和删除的时候。

目前我们有2个不同的网络共享 - 其中1个是我们的“源代码”，1是我们的二进制代码去的地方，他们将在稍后调用。

说实话 - 我讨厌那个设置，但是我不能改变它，并且必须处理以下问题。

问题

所以目前的状态是，每个解决方案是TFS-SourceControl的一部分。 如果现在开发人员检查出某些内容，再次更改内容并重新检入，则触发构建不会有问题。

1） 但是我们的大部分解决方案都依赖于某些内部开发的组件。该程序集不能由我们的任何开发人员构建，因为它在源代码中以明文形式创建了一定的密码，之后密码被删除并解决了问题。所以基本上这个组件是静态的。

2）接下来就是，在构建检查的解决方案之后，它们应该被复制到我们的网络共享中，在这里我们的二进制文件被存储。

3）创建单一构建定义后，我不确定如何设置它，以便触及的每个解决方案/项目都是构建的，而不是一切。我读了一遍以后，感到很困惑，我真的需要116建立定义（并添加更多，当添加工具时）

怎么办？

我真的很沮丧，因为我找不出正确的方法来做到这一点。在搜索和阅读后，我发现我应该远离将所需的二进制文件添加到源代码管理。之后，我寻找一种强制执行本地构建的方式，并使用构建定义触发脚本将文件复制到正确的网络路径。
想过这件事之后，我决定来这里寻求帮助，因为听起来很滑稽，我猜可能有人可以帮助我。

在此先感谢！

Answer 1

无论是入住触发构建取决于您在构建定义选择生成触发器：

1）在汇编。由于它是“共享”的，您可以将其发布到NuGet等包管理器或托管您自己的NuGet源。检查

• Creating and Publishing a Package
• Hosting Your Own NuGet Feeds

2）就像你需要在你的开发机器上的工作空间来开发你的应用程序，你必须指定生成代理使用来构建和测试工作区中的应用程序。在构建过程中，构建代理将文件从版本控制服务器上的文件夹下载到本地工作目录中。

当您创建构建定义，在来源设置选项卡，可以指定包含您要下载的文件，这些文件夹应如何映射到生成代理本地文件夹的文件夹。检查Understand how a build workspace works。

3）在项目箱下的构建过程构建参数表时，可以指定一个或多个解决方案或代码项目建设。检查Build your Code。