在我的 Jenkins Pipeline 项目中，我有 3 个分支。主要、B1 和 B2。 当我在 B1 中进行更改时，自动构建会启动 ==>，并在“阶段视图”中显示“1 次提交”消息。 然后我在同一分支上进行了手动构建，然后它在“阶段视图”中显示“无更改”消息。
我再次做了一些更改，将代码推送到 Bitbucket，它在“Stage View”自动构建中显示“11 Commits”消息。
现在我切换到主分支，做了一些更改，将代码推送到 Bitbucket，它在“阶段视图”中显示“10 次提交”消息。
现在我切换到 B1 分支，手动构建而不推送代码，它在“Stage View”中显示“21 Commits”消息。
切换到分支到分支和git推送的顺序我按照上面的方式进行。
谁能告诉我为什么阶段视图中的 Commit # 中有这么大的数字？我们将非常感谢您的帮助。
谢谢 ZR
我已经测试/尝试过，甚至没有推送任何代码位桶。
尽快
您在 Jenkins 管道“阶段视图”中观察到的大量提交可能是 Jenkins 如何在构建期间跟踪更改的结果。
这个场景看起来很准确。当您进行更改并将其推送到 B1 时，自动构建会识别该提交以进行处理。
这种情况可能会发生，因为 Jenkins 将构建视为比较的参考点。由于自构建（处理单个提交）以来 B1 上的代码没有发生任何更改，因此它显示“无更改”。
造成这种情况的原因有两个，您进行了多项更改并同时推送它们，因此与自动构建参考相比，Jenkins 可以证明检测到这些提交，并且如果您没有将所有更改一起推送，则在构建之前可能会有剩余的提交，因为这些都包含在构建中，从而产生计数。
主分支上有“10 个更改”，就像 B1 一样，这可能显示自主分支上上次构建以来最近更新的数量。
并且在没有推送的情况下手动构建（B1）上有“21 个更改”，Jenkins 可能设置为监视工作区中本地所做的修改，而不仅仅是已推送的提交。
如果您进行了调整，在构建后的 B1 上（不推送它们），Jenkins 可能会统计所有那些未推送的更改。