TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Someone from the product team at Gitlab needs to look at issue 35054

29 点作者 shiv86超过 4 年前

5 条评论

k_sze超过 4 年前
I can kinda understand GitLab&#x27;s reasoning (correct me if I&#x27;m wrong): if the conflict resolution needs to happen on the destination branch and the PR author has no permission to directly commit into the destination branch, then there is no way for the PR author to resolve the conflict themselves at all.<p>Could GitLab adopt a middle-ground approach? Automatically create a new branch where the conflict resolution will happen, so that the feature branch remains untouched, causing fewer unpleasant surprises to the PR author.
shiv86超过 4 年前
It is completely non-intuitive UX which is causing a lot of people issues. Merging branches is the bread and butter of GIT, if you are changing a fundamental primitive (mergers) of how a technology is expected to work, by reversing the direction of the merge request (opposite to the direction provided explicitly by the user) without warning that is a major issue.
评论 #25055581 未加载
dnsmichi超过 4 年前
Thanks for sharing. The issue in question has been closed, and the discussion on changing the behaviour and improving the UX happens in<p>- Manually resolve conflicts in merge commit on the target branch: <a href="https:&#x2F;&#x2F;gitlab.com&#x2F;gitlab-org&#x2F;gitlab&#x2F;-&#x2F;issues&#x2F;25014" rel="nofollow">https:&#x2F;&#x2F;gitlab.com&#x2F;gitlab-org&#x2F;gitlab&#x2F;-&#x2F;issues&#x2F;25014</a><p>- Add in application explanation of what Resolve Conflicts is doing: <a href="https:&#x2F;&#x2F;gitlab.com&#x2F;gitlab-org&#x2F;gitlab&#x2F;-&#x2F;issues&#x2F;25003" rel="nofollow">https:&#x2F;&#x2F;gitlab.com&#x2F;gitlab-org&#x2F;gitlab&#x2F;-&#x2F;issues&#x2F;25003</a><p>I&#x27;ve added that as a comment to <a href="https:&#x2F;&#x2F;gitlab.com&#x2F;gitlab-org&#x2F;gitlab-foss&#x2F;-&#x2F;issues&#x2F;35054#note_445601945" rel="nofollow">https:&#x2F;&#x2F;gitlab.com&#x2F;gitlab-org&#x2F;gitlab-foss&#x2F;-&#x2F;issues&#x2F;35054#not...</a>
评论 #25059112 未加载
hyder_m29超过 4 年前
The complete radio silence from Gitlab&#x27;s team over an issue this serious _over a 3 year period_ compels me to maintain my distance from their product.
评论 #25059120 未加载
wdb超过 4 年前
Personally, I think, the merge requests UX in Gitlab ar mediocre compared to GitHub.<p>The diffs are hard to read because the way render differences. Also it&#x27;s hard to spot when your merge request has merge conflicts. Could be way more clearly marked.<p>Also really wish they had similar bot and checks supports like GitHub has.
评论 #25068401 未加载