我 - 前端Web开发人员具有编写VB.NET代码的良好工作知识，但我从未使用Visual Studio从头开始构建.NET项目。
外部开发人员 - 经验丰富的VB.NET开发人员，但对版本控制和TFS全新。同样非常便宜并且容易出现令人愤慨的糟糕编程习惯。他做的事让你头脑发热。
我们的外部开发人员对我们的网站进行了编码，但在过去的几年里，我一直在调整页面的各个方面，并且已经设法学习了很多VB.NET。他从不使用了源代码控制，我认为他以前从未与其他开发人员合作过。
到目前为止，他一直保留着该网站的本地副本。他对这个本地副本进行了更改，当他希望我们测试它时，他将相关文件上传到我们的开发服务器。我没有Visual Studio项目/解决方案的经验，所以如果我对我在首选编辑器中编辑aspx / asxh / config文件的内容进行了调整，然后将它们上传到开发服务器。如果一切正常，我请他从服务器下载它们，以便他可以更新他的本地副本。
过去两年来，我一直在维护该网站的本地git存储库。如果他做出改变，我会检查它。
显然这是一个噩梦，所以我们现在坚持他开始使用版本控制。我推荐GIT，但他决定使用TFS。
他现在已将他的解决方案和所有文件放入TFS。我已经安装了Visual Studio 2015并成功连接到TFS。我已将文件从源代码控制映射到我自己的工作区，但我现在不知道下一步该做什么。
一旦打开.sln文件，他就上传了它说我检查了文件并进行了更改。当我检查差异时，似乎是因为我使用的是比他更新版本的Visual Studio。 .sln文件是否需要进行版本控制？或者我们是否想要维护我们自己的.sln文件版本并简单地检查其他所有内容？
如果我尝试构建项目，它会失败，因为web.config是为他的机器而不是我的机器设置的。我们如何维护3个版本的web.config文件？一个用于我的本地，一个用于他的，一个用于我们的开发/现场环境？
我不相信他会将项目正确地添加到TFS，因为他之前从未使用过它。这基本上是领导盲人的盲人。
答案 0 :(得分：0)
问题1：
您需要将.sln文件放在版本控制中。在查看.sln文件之前，请先做一个＆＃34;获取最新的＆＃34;步骤，这将确保你们两个都在使用最新版本。当您尝试在服务器中检查本地版本时，他已将其本地版本上载到服务器中。您可能必须在办理登机手续之前解决冲突。
问题2：
您应该构建项目并在服务器上发布网站。构建代理仅维护一个版本的web.config文件。如果他用他的web.config构建了项目。并且您希望使用web.config再次构建项目，构建代理将删除以前的web.config并下载您的版本。然后使用您的web.config构建项目。
此外，如果你们两个都与TFS不相似。建议你看看下面与源代码控制和构建相关的MSDN链接。