Git 什么'；jenkins job branch说明符中master和refs/heads/master的区别是什么

他们不鼓励使用

作为作业的分支说明符，并建议使用

refs/heads/

：

如果要跟踪存储库中的特定分支，请指定分支。如果留空，将检查所有分支的更改并构建它们

最安全的方法是使用

refs/heads/

语法。这样，预期的分支是明确的

如果您的分行名称中有

/

，请确保使用上面的完整参考。当没有完整路径时，插件将只使用最后一个斜杠右边的字符串部分。意思是

foo/bar

实际上与bar匹配

如果使用带有斜杠（例如release/）的通配符分支说明符，则需要在分支名称中指定源存储库，以确保进行了更改。例如来源/发布/

可能的选择：

• 
  跟踪/签出指定的分支。如果不明确，则取第一个结果，但不一定是预期结果。更好地使用
  

  refs/heads/

  
  例如：大师级，特色1`，…
  

• refs/heads/

  
  跟踪/签出指定的分支。
  例如，

  refs/heads/master

  ，

  refs/heads/featurel/master

  ，…
  

---

这里会出现什么样的歧义，以及前缀

refs/heads

有何帮助？

仅由字母A-f和数字0-9组成的分支名称可能与提交哈希冲突，从而导致歧义

---

您可能还有一个与分支同名的标记。

这是一个Jenkins问题，而不是Git问题。这是一个密切相关的Git问题

您引用的文档说明了原因：

当没有完整路径时，插件将只使用最后一个斜杠右边的字符串部分。意思是

foo/bar

将实际匹配

bar

---

我想你要找的答案在詹金斯的文本中有解释。