问题标签 [git-merge-conflict]

我隐藏了我的更改以重新设置基准并修改提交。

变基后，我删除了一个文件，暂存它并运行commit --amend

不幸的是，当我隐藏工作时，相关文件已被修改。

现在rebase --continue我不能stash apply因为它有冲突。

我应该如何解决它？

我有一个巨大的承诺，我选择了它。选择现在创建了一个冲突总和（在工作树中）。现在我想提交所有分阶段（成功合并）的更改，而不必解决所有冲突。

天真地我一直认为，commit 只会在舞台上起作用，但是当我尝试时，我得到的信息是，如果不解决冲突，我就无法提交。

有人可以向我解释发生了什么以及如何解决它。

我有一个 Master 分支和一个 Work 分支。我在 Work 分支上工作，团队将更新 Master 分支。

工作分支：1000 <--- 1001 <--- 1002

主分支：1000

现在将 Work 分支合并到 Master 分支，并且它正在工作。

主分支：1000 <--- 1001 <--- 1002 <--- 1003 <--- 1004

Work 分支现在想要将 Master 分支合并到 Work 分支。假设 1003 和 1004 提交对文件 a.cpp 有一些更改

我假设 Work 分支中的 a.cpp 将使用来自 Master 分支的提交 1004 中的最新版本的 a.cpp 自动更新。

但 git 显示没有！它要求解决 a.cpp 的冲突。

两者都添加：a.cpp

但是我比较了 Work 分支中的 a.cpp 和 Master 分支中的 a.cpp。Work 分支中的 a.cpp 是 Master 分支中 a.cpp 的祖先之一，即在提交 1002 中。

请告诉我为什么以及什么是解决它的简单方法？

[更新 1] 抱歉，我认为我过于简化了情况。实际上，在 Work 分支并入 master 分支之前，master 分支中已经有一些提交。

工作分支：1000 <--- 1001 <--- 1002

主分支应该是：1000 <-- 2001 <-- 2002

Work分支合并到Master分支后，

主分支：1000 <--- 合并 (1002, 2002) <--- 2003 <--- 2004

现在将 Master 分支合并回 Work 分支，我假设此合并没有冲突。由于编年史顺序是这样的：a.cpp 上的主代码，a.cp​​p 上的工作代码，a.cp​​p 上的主代码，工作从 Master 获取 a.cpp

[更新 2] 现在我明白会有冲突警告。Git 不遵循文件的编年史顺序。它只遵循提交的编年史顺序。

我在 GIT 上有冲突，然后我尝试合并代码，但没有显示哪些行冲突。我的文件和主分支源文件逐行相等..

我在这里遇到问题，我不知道为什么，也许我做错了什么。我在同一个文件中工作，其他开发人员也在处理它。他告诉我文件已推送到存储库，好吧。在拉取更改之前，我进行了提交，因此我的更改被保存并与其他开发人员的更改合并，但令人惊讶的是，该文件给我带来了冲突，我不知道该怎么做才能不丢失其他开发人员的更改和地雷。如果我打开右键单击 => 解决冲突，我会得到这个窗口：

那里的每个选项意味着什么？哪一个更安全并保存两个更改？（开发商和矿山）

如果我打开Conflict solver，我会得到这样的东西：

但是我又不知道如何或做什么来保持这两个变化，有什么建议吗？帮助？

是否有可能在合并和变基时指定某些文件应在通常会发生合并冲突的“使用我们的”（或其他一些策略）中自动解析？

我有一个带有子模块的 git 存储库。我需要弹出我之前隐藏的更改。但是，这会导致子模块引用的合并冲突。

我想保留我的更改，除了子模块。对于大多数代码文件，我可以通过编辑冲突文件来解决冲突，但这似乎不是子模块的选项。

如何解决合并冲突并仍然从存储中提取我的更改？

git如何获取未合并路径的列表？

我对 git 的理解是，在合并时会将更改合并到文件中，然后将其添加到 index.html 中。如果发生合并冲突，则不会将文件添加到索引中，而是将文件留在带有冲突标记的工作树中。如果我运行git status它会向我显示unmerged paths冲突的文件。

git如何获取这些文件的列表？如果我运行git add标记仍然存在的冲突文件，它将不再显示为冲突，所以标记可能不是标识符？

如何在 git 中的合并操作期间解决二进制文件冲突解决方案？这是我到目前为止所做的：

我想将版本保留在 中working_branch并丢弃master. 我该怎么做呢？

我正在尝试编写变基脚本，我的脚本将根据变基是否导致任何冲突而采用不同的路径。

有没有办法在执行变基之前确定变基是否会导致冲突？