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

Question

嗨伙伴Stackoverflowers！

要清理：我对TFS很新，我真的尝试正确设置，但无法让它工作。

设置

我是团队的一员，通常为我们公司开发所有内部工具 这些工具没有收集在一个解决方案中，每个工具都有自己的解决方案，现在我们在网络共享上有116个解决方案/文件夹。
这些解决方案不属于任何源安全或任何地方的版本控制 因此，我们有了为我们的解决方案设置TFS的想法，以获得一些版本控制并跟踪变化以及分支机会和TFS提供的所有内容。
我可以设置TFS所需的一切，但现在我陷入了构建和删除的困境。

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

说实话 - 我讨厌这种设置，但我不能改变它，必须处理以下问题。

问题

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

1） 但我们的大部分解决方案都依赖于内部开发的某个组件。我们任何一个开发人员都无法构建该程序集，因为它是使用源代码中的明文密码构建的，然后密码被删除并且解决方案得到了保护。所以基本上组件是静态的。

2）接下来是，在构建已签入的解决方案之后，应将它们复制到我们的网络共享中，我们的二进制文件将存储在其中。

3）创建单一构建定义后，我不确定如何设置它，以便构建所有触及的解决方案/项目，而不是所有内容。我读了一次之后感到非常困惑，我真的需要116个构建定义（当添加工具时添加更多）

怎么办？

我真的很沮丧，因为我无法找到正确的方法。在搜索和阅读之后，我读到我应该远离将所需的二进制文件添加到源代码管理中。之后，我寻找一种方法来在Check-In上强制执行本地构建，并使用构建定义触发脚本将文件复制到正确的网络路径。
考虑到这一点后，我决定来这里寻求帮助，因为听起来很可笑，我猜想也许有人可以帮助我。

提前致谢！

Answer 1

Check-in是否触发构建取决于您在构建定义中选择的构建触发器：

1）对于组装。由于它是“共享”的，您可以将其发布到包管理器（如NuGet）或托管您自己的NuGet源。检查

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

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

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

3）在构建流程参数表中的构建下的项目框中，您可以指定一个或多个解决方案或代码项目建立。检查Build your Code。