如何使用 Team Foundation Server 处理外部开发人员的项目

Question

我 - 前端 Web 开发人员，具备编写 VB.NET 代码的良好工作知识，但我从未使用 Visual Studio 从头开始​​构建 .NET 项目。

外部开发人员 - 经验丰富的 VB.NET 开发人员，但对版本控制和 TFS 完全陌生。也非常便宜，而且容易出现糟糕的编程习惯。他做的事情会让你把头撞到桌子上。

背景

我们的外部开发人员为我们的网站编写了代码，但在过去几年中，我一直在调整页面的各个方面，并在此过程中设法学习了很多 VB.NET。他从未使用过源代码管理，我认为他以前从未与其他开发人员合作过。

到目前为止，他一直维护着该网站的本地副本。他对此本地副本进行了更改，当他希望我们对其进行测试时，他会将相关文件上传到我们的开发服务器。我没有 Visual Studio 项目/解决方案的经验，所以如果我对某些内容进行了调整，我会在首选编辑器中编辑 aspx/asxh/config 文件，然后将它们上传到开发服务器。如果一切正常，我请他从服务器下载它们，以便他可以更新他的本地副本。

在过去的 2 年里，我一直在维护网站的本地 git 存储库。如果他做出改变，我会检查它。

显然，这是一场噩梦，所以我们现在坚持让他开始使用版本控制。我推荐了 GIT，但他决定使用 TFS。

他现在已将他的解决方案和所有文件放入 TFS。我已经安装了 Visual Studio 2015 并成功连接到 TFS。我已将文件从源代码控制映射到我自己的工作区，但我现在不知道下一步该做什么。

问题

1. 我一打开他上传的 .sln 文件，就说我已签出文件并进行了更改。当我检查差异时，似乎是因为我使用的 Visual Studio 版本比他更新。 .sln 文件是否需要在版本控制中？还是我们假设维护我们自己的 .sln 文件版本并简单地检查其他所有内容？

2. 如果我尝试构建项目，它会失败，因为 web.config 是为他的机器而不是我的机器设置的。我们如何维护 3 个版本的 web.config 文件？一份给我的本地人，一份给他的，一份给我们的开发/现场环境？

我不相信他会正确地将项目添加到 TFS，因为他以前从未使用过它。这基本上就是盲人带盲人。

Answer 1

问题 1：

您需要将 .sln 文件置于版本控制中。在签出 .sln 文件之前，请执行“获取最新”步骤，这将确保你们俩都在使用最新版本。当您尝试在服务器中检查您的本地版本时，他已经在服务器中上传了他的本地版本。您可能需要在入住前解决冲突。

问题 2：

您应该构建您的项目并在服务器上发布网站。构建代理将只维护一个版本的 web.config 文件。如果他用他的 web.config 构建了项目。如果您想使用您的 web.config 再次构建项目，构建代理将删除以前的 web.config 并拉下您的版本。然后使用您的 web.config 构建项目。

此外，如果你们俩都与 TFS 不相似。建议您查看下面与源代码控制和构建相关的 MSDN 链接。

• Use Team Foundation Version Control
• TFS Vnext Build