基于VSTS与Git的WPF项目异地协同开发技术咨询

作为常年折腾.NET和DevOps的老鸟，结合你用VS2013+WPF+Azure SQL的场景，我整理了几个异地协同开发时最容易踩的坑和实打实的解决办法：

1. VS2013连接VSTS Git仓库的正确姿势 #

VS2013默认版本对VSTS Git的支持不够完善，得先补好环境：

• 先装上Visual Studio 2013 Update 5，这是能正常对接VSTS Git的最低要求
• 打开VS2013后，点击菜单栏的团队资源管理器，选择连接到团队项目
• 在弹出窗口里点服务器→添加，输入你的VSTS账号对应服务器地址（格式类似https://youraccount.visualstudio.com）
• 登录后就能看到你的VSTS项目，选好目标Git仓库直接克隆到本地就行

2. 安全管理Azure SQL连接字符串（绝对别提交敏感信息到Git） #

直接把带密码的连接字符串丢进Git是大忌，这么操作最稳妥：

• 在项目里新增一个App.Local.config本地配置文件，把这个文件加入.gitignore，确保永远不会被提交到仓库
• 把Azure SQL的真实连接字符串放在这个本地配置里，主配置文件App.config只留占位符：

  <connectionStrings>
    <add name="AzureSqlConn" connectionString="__LOCAL_CONNECTION_STRING__" providerName="System.Data.SqlClient" />
  </connectionStrings>
  

• 给异地开发者发一份配置模板，说明怎么替换成自己的Azure SQL访问凭据，或者统一给他们的Azure账号添加SQL数据库的访问权限

3. 统一异地开发者的开发环境，杜绝“在我这能跑”的玄学问题 #

环境不一致是协同开发的头号杀手，做好这几点：

• 把项目依赖的NuGet包版本锁死，在packages.config里明确写死版本号，别用浮动版本
• 写一份清晰的README.md，里面要包含：
  • 必须安装的VS2013更新包（强制Update5）
  • Azure SDK的具体版本要求（如果用到了Azure相关工具）
  • 本地配置文件的设置步骤
  • 申请Azure SQL访问权限的流程
• 如果有第三方工具依赖，比如特定版本的代码生成器，也要在文档里说明安装方式

4. 在VSTS上配置和本地一致的构建流水线 #

要保证VSTS构建结果和本地完全匹配，注意这些细节：

• 选择VS2013版本的构建代理（VSTS里可以选官方托管的VS2013环境，或者自己搭私有代理）
• 构建步骤里先加NuGet还原，确保所有依赖包都能正确下载
• 构建时用和本地一模一样的配置（比如Debug/Release），避免因配置差异导致构建失败
• 如果要部署到Azure，用VSTS的服务主体授权来操作Azure SQL，绝对别硬编码凭据

内容的提问来源于stack exchange，提问作者Miyamoto Musashi