git合并冲突-历史在哪里？

Question

当我重新基地的时候，我遇到了合并冲突。然后我做手动修复，然后添加；git重基--继续，

但是新的冲突不断出现，提示:使用“git显示-当前-修补程序”来查看失败的修补程序。

所以我想看看

index 1hash..8hash 100644
--- a/path/file
+++ b/path/file
@@ -1,5 +1,6 @@

+import lib

@@ -11,7 +12,7 @@ project_id = something
 with models.DAG(
 
-    start_date=datetime.datetime(2022, 1, 31),
+    start_date=airflow.utils.dates.days_ago(0),

但是，如果我在冲突中编辑文件，它就像

<<<<<<< HEAD
start_date=airflow.utils.dates.days_ago(1)
=======
start_date=airflow.utils.dates.days_ago(0)
>>>>>>> other guy's commit

似乎头内容和git是不同的-显示-当前补丁？

我只是不知道airflow.utils.dates.days_ago(1)中的值"1“来自哪里？

有什么想法吗？非常感谢。

Answer 1

下面是从分支git rebase master (*)运行feature时的两个步骤：

# before rebase:
*--M--x--y--z <-master
    \
     a--b--c--d <- HEAD, feature

# during rebase, when about to apply commit 'c':
          master
            v
*--M--x--y--z--a'--b' <- HEAD
    \
     a--b--c--d <- feature

当重放提交c时：

正在应用的修补程序是c

• but和b之间的差异，由于x, y, z, a' or b'

的变化，可能会出现冲突。

如果发生冲突：

(“其他人的commit")

• "ours”将来自"HEAD"，而该部分在1.

中不出现

如果要查看"HEAD“中的更改，可以检查git log -p或使用git blame。

(*)或者，类似地，如果您正在运行git format-patch --stdout master..feature | git am，则在master之上应用来自feature的更改