Azure开发人员,工作项目如何通过“提及工作项目”链接到git commit?

时间:2020-08-25 22:39:24

标签: git azure azure-devops

我将git存储库推送到新的Azure DevOps站点/组织,但没有关闭“ Commit Mention Linking”。因此,当我像这样将整个仓库推送到新服务器时:

git remote add origin git@ssh.dev.azure.com:v3/MyOrg/MyProj 
git push -u origin --all

它尝试按ID链接到所有现有工作项。好的,原始工作项在这个新组织存在这些ID的工作项下不存在,因此它在与本组织完全不同的项目中将“承诺”链接到不正确的工作项。

我的问题-如果要:

  1. 删除我的仓库
  2. 创建一个新的仓库
  3. 关闭此回购的提交提及链接。
  4. 将我的本地存储库推送到新创建的存储库

在第1步之后,我希望工作项为链接的提交显示以下内容:

"Commit not found or no permission to access it".

问题1。

在第4步之后,我希望现在不会对任何工作项建立新链接,因为我关闭了提交提及链接。这是真的吗?

问题2。

但是“孤立链接”的本质是什么?它是以重新推送原始仓库的方式制作的,是否有足够的元以某种方式通过commit sha或其他东西链接起来?还是将其保留为“未找到” ??

所以我真的在问,这是如何工作的?

1 个答案:

答案 0 :(得分:0)

问题1。

在第4步之后,我希望现在不会对任何工作项建立新链接,因为我关闭了提交提及链接。这是真的吗?

答案是肯定的。现在将不再对任何工作项目建立新链接,并且以前的链接仍然无效。

问题2。

但是“孤立链接”的本质是什么?它是以重新推送原始仓库的方式制作的,是否有足够的元数据以某种方式通过commit sha或其他东西链接起来?还是将其保留为“未找到” ??

链接指向提交ID。即使删除存储库并重新创建一个具有相同名称的存储库,提交ID也不会相同。因此它将保留为“未找到”。

不允许在组织内重复工作项的ID。启用“提交提及链接”并且提交消息中包含“#{number}”时,将对ID为{number}的工作项进行组织范围搜索。

因此,如果要在新项目中导入存储库,请注意提交消息或关闭“提交提及链接”。