在团队VSTS Git中创建Go项目后，如何用go get获取仓库代码？求更优方案

嘿，关于你在Azure DevOps Repos（原来的VSTS）里用go get拉取Go项目的问题，现在已经有比那个2017年临时方案更顺手的官方方法啦！我给你拆解两个靠谱的方案：

方案一：官方原生支持——用个人访问令牌（PAT）配合go get #

这是目前最稳定、符合Go生态规范的方法，步骤很清晰：

• 第一步，生成Azure DevOps个人访问令牌（PAT）：
  登录你的Azure DevOps账号，进入右上角的用户设置 → 「个人访问令牌」，创建一个至少拥有代码读取权限的令牌。注意：这个令牌只会显示一次，一定要复制保存好！
• 第二步，配置凭证拉取代码：
  • 推荐方法（持久化，不用每次输凭证）：先配置Git的凭证助手，让它记住你的Azure DevOps凭证：

    git config --global credential.helper store
    

    之后第一次运行go get命令时，会弹出凭证输入窗口，用户名可以填你的Azure DevOps邮箱（或者随便填个标识），密码就填刚才生成的PAT。之后Git会自动保存凭证，下次再用go get就不用重复输入了。
  • 临时使用方法：如果只是偶尔拉取一次，可以直接用标准的go get命令，第一次运行时输入凭证即可：

    go get dev.azure.com/你的组织名/你的项目名/_git/你的Go仓库名@<分支/标签/提交ID>
    

    比如你要拉取main分支的最新代码，就写go get dev.azure.com/my-org/my-proj/_git/my-go-repo@main

方案二：Go模块replace指令（适合本地调试或内部依赖） #

如果你的这个VSTS仓库是作为内部依赖，且经常需要本地修改调试，可以在你的主项目的go.mod文件里添加replace指令，把远程仓库路径映射到本地目录：

replace dev.azure.com/你的组织名/你的项目名/_git/你的Go仓库名 => ../本地仓库的相对路径

这个方法适合开发阶段快速迭代，但如果需要拉取远程仓库的最新版本，还是方案一更合适。

和旧临时方案的对比 #

你找到的那个2017年的方案，是当时Azure DevOps对Go模块支持不完善时的临时 workaround——通过修改Git的url.<base>.insteadOf配置来做地址映射。现在Azure DevOps已经完全适配了Go的模块系统，直接用官方的PAT方法更简洁，不用修改复杂的Git配置，也不容易出现路径映射错误的问题。

内容的提问来源于stack exchange，提问作者Feiyu Zhou