Jenkins多分支作业对于某些分支失败

Question

我有一份Jenkins Multi-branch的工作，从GitLab签出并构建代码。直到最近，它还可以正常工作，但现在一些（但不是全部）来自优秀大师的分支无法构建。大师总是建造没有问题。当我从GitLab中的repo或通过git checkout-b本地分支master并推回到GitLab，然后允许多分支作业拾取新分支时，它无法构建它。我从管道插件SCMBinder类得到消息：“无法确定[branch]的确切尖端版本；返回到不确定的签出”。当我在主服务器或从服务器的工作区中执行git状态时，头部被分离。当我git在本地克隆代码并签出分支时，一切都很好，头部也正确连接。此外，当我用问题分支在Jenkins中创建一个简单的管道作业时，它构建得很好，并且检查工作区时会显示连接头。我已经升级了Jenkins和插件，但这没有帮助。

令人困惑的是，我有一些其他分支是从同一个主节点创建的，它们在同一个多分支管道作业中构建得非常好。如果我分支了一个好的分支，那么在多分支管道中也会遇到同样的问题。

有人能告诉我出了什么问题吗？

Answer 1

我得到这个问题显然是因为Jenkins升级。我必须（重新）创建配置的“分支源”部分来修复它。

Answer 2

我找到了答案，所以在这里回答它是为了帮助别人，阻止任何人在上面浪费时间。

本质上，这是由linux/windows互操作性问题/分支命名中大小写的使用差异引起的，这转化为文件夹命名问题，因为windows不关心大小写，但GIT关心。

简而言之，我之前为我使用前缀的问题存储库创建的第一个分支让我们将其称为带有大写“P”的“前缀”。这些分支被拉入多分支管道并构建OK。然后，我创建了一个前缀为“前缀”并带有小写“p”的分支。该分支未能在多分支管道中构建。

正如我们所知，Windows不关心大小写，因此不会在. git中为“前缀”创建新的文件夹结构，因为它认为它已经有一个名为“前缀”的文件夹结构。适当的HEAD和提交信息放在“前缀”下的原始文件结构下。但是，当GIT尝试签出代码时，它找不到以“前缀”开头的分支的头/提交信息，因为它正在. git中查找“前缀”下的提交/头详细信息，而不是不存在的“前缀”，因此会导致分离的头。

我将在将来开始强制执行一些分支命名的语法规则，这样就不会再次发生这种情况。

Answer 3

对于多分支Jenkins项目，我也面临类似的问题。

当我单击左侧菜单中的“立即扫描多分支管道”选项时，问题得到了解决。

希望它能帮助一些人。