【问题标题】:Master branch sometimes ahead of developing branch [closed]主分支有时在开发分支之前[关闭]
【发布时间】:2020-01-18 17:19:22
【问题描述】:

我正在使用 GIT 和 GITLAB(当前版本)。主分支受到保护以防止推送。我在一个开发分支上工作,并要求不时将此分支合并到 master 中。 CI 编译并运行单元测试,如果一切成功,则合并分支。通常我使用快进合并。

虽然没有其他人提交,也没有其他分支,但我的主人有时会领先于开发分支。然后 GITLAB 拒绝合并。如果我 fetch/pull master 并在本地开发,我可以毫无问题地将 develop 合并到 master。

我不明白我的主人怎么能领先于发展,因为我只将发展合并到主人(快进)。即使没有快速前进,Master 也会在提交方面领先,但如果没有更改,GITLAB 也不会拒绝合并。我看到 master 中已经存在很多差异,但比较分支功能表明它们不在 master 中。

我已经从头开始创建了一个新的 repo,更新了 gitlab,但是在一些合并之后,master suddelny 又领先了。

我还在另一个项目上使用相同的策略(开发/主)在相同的 gitlab/git 实例上但没有合并 CI(仅在合并后部署)。没有出现这些问题。

【问题讨论】:

  • 他们合并提交了吗?作者是谁?我是否正确地知道您正在单独处理回购?
  • 当我使用快进时,没有合并提交。是的,我一个人在 repo 上工作。我以前从未有过。最奇怪的是,如果我查看文件,将 develop 与 master 进行比较会显示 master 中已经存在的差异。我现在正在检查我的 Gitlab 服务器的磁盘...
  • 我也想知道。可能是他们期望某种日志,或者更具体的要检查的东西吗?只是推测。 (我还注意到“需要详细信息或明确性”的投票结果非常接近。)

标签: git merge gitlab


【解决方案1】:

分歧的原因是将合并上的提交压缩到 master。如果我省略压缩提交,分支就不再发散了。将来,如果我也删除源分支,我只会在合并时压缩提交。

【讨论】:

    猜你喜欢
    • 2016-01-01
    • 1970-01-01
    • 2021-11-13
    • 1970-01-01
    • 2013-11-04
    • 2016-04-13
    • 1970-01-01
    • 2011-01-13
    • 1970-01-01
    相关资源
    最近更新 更多