git 拉取请求总是显示在提交问题后面
git pull request always showing behind commits issue
我正在使用 gitlab。我的查询是关于拉取请求的。我创建了一个“功能”分支。最后，我们向某个“开发”分支创建一个拉取请求。现在的问题是：对于同一个 'dev' 分支，将有 'n' 个拉取请求。所以，现在如果有人将其他人的合并请求合并到 'dev' 分支中，那么我必须再次获取最新的拉取，修复冲突，然后必须再次提交和推送，以便我的最新请求被添加到我的拉取请求中。
这似乎有点阻碍，特别是如果开发人员请假几天并且他的合并请求永远不会被合并，因为他的拉取请求总是显示为“你提交了一些提交”。
另一个问题是：被指派合并该拉取请求的人无法执行此操作，因为他依赖于开发人员，直到他再次与最新提交合并。
那么，有什么解决办法吗？还是大家做的都和上面说的一样？
简而言之：我正面临这个问题：gitlab Request to merge branch-A into develop (3 commits behind) should I worry?
一般情况下，如果一个分支落后了几个提交，就可以合并它。这在任何规模合理的项目中都很常见，并且合并通常与重新设置基数然后合并时相同。 Git 旨在简单而稳健地处理这种情况。
有些项目可能要求所有分支在合并前都是最新的，但如果您的项目不需要这个，那么就没有理由担心。存在此输出的原因是让您了解分支的分歧程度。如果它们差异很大，则可能需要进行变基，因为您更有可能发生逻辑冲突，而不是文本冲突。但如果只是几次提交，我不会有压力。
如果有冲突将无法合并。在这种情况下，通常您会要求原始提交者变基，因为他们编写了代码并且最熟悉解决冲突。完成后，您就可以合并了。
我正在使用 gitlab。我的查询是关于拉取请求的。我创建了一个“功能”分支。最后，我们向某个“开发”分支创建一个拉取请求。现在的问题是：对于同一个 'dev' 分支，将有 'n' 个拉取请求。所以，现在如果有人将其他人的合并请求合并到 'dev' 分支中，那么我必须再次获取最新的拉取，修复冲突，然后必须再次提交和推送，以便我的最新请求被添加到我的拉取请求中。
这似乎有点阻碍，特别是如果开发人员请假几天并且他的合并请求永远不会被合并，因为他的拉取请求总是显示为“你提交了一些提交”。
另一个问题是：被指派合并该拉取请求的人无法执行此操作，因为他依赖于开发人员，直到他再次与最新提交合并。
那么，有什么解决办法吗？还是大家做的都和上面说的一样？
简而言之：我正面临这个问题：gitlab Request to merge branch-A into develop (3 commits behind) should I worry?
一般情况下，如果一个分支落后了几个提交，就可以合并它。这在任何规模合理的项目中都很常见，并且合并通常与重新设置基数然后合并时相同。 Git 旨在简单而稳健地处理这种情况。
有些项目可能要求所有分支在合并前都是最新的，但如果您的项目不需要这个，那么就没有理由担心。存在此输出的原因是让您了解分支的分歧程度。如果它们差异很大，则可能需要进行变基，因为您更有可能发生逻辑冲突，而不是文本冲突。但如果只是几次提交，我不会有压力。
如果有冲突将无法合并。在这种情况下，通常您会要求原始提交者变基，因为他们编写了代码并且最熟悉解决冲突。完成后，您就可以合并了。