如何獲得git自動合併文件列表

Question

有沒有辦法確定哪些文件被'git merge'成功自動合併AFTER用戶解決了文件衝突並執行了git add/commit？如果任何成功自動合併的文件都由用戶在同一次提交中更新，那麼也很高興知道這一點。我有一個預接收鉤子，只需要在手動合併的文件上運行。

Answer 1

確定的基礎上，明確的意見，我會說，有沒有完美的答案，但你可以得到一個近似，即通過簡單地重複合併足夠也許是好事，有--no-commit，以防止在完成合並，然後使用git ls-files -u發現哪些文件是當前未合併：

$ git checkout <first-commit-id> 
[output indicates detached HEAD] 
$ git merge --no-commit <second-id> 
[output includes any merge issues] 
$ git ls-files -u 

的git ls-files實際輸出取決於合併衝突。例如，用修改/修改合併衝突（在fileB）：

100644 7531cd0643738673e94e850c07a681aedd008bca 1 fileB 
100644 85159a3450148691cd6eec96eb06263240990850 2 fileB 
100644 bbf71554709c5a9ae8d253b8e15270534f40e3f7 3 fileB 

但重命名/刪除衝突（fileB更名爲fileE在「主」分支，但在「邊」分支是merged-刪除in）：

100644 7531cd0643738673e94e850c07a681aedd008bca 2 fileE 

（這裏在這種情況下沒有階段1或3變體）。還可以進行其他組合：請參閱git read-tree documentation，並特別注意「3向合併」部分。

一旦你得到git ls-files -u的輸出（如果所有東西都合併乾淨，只要git可以告訴 - 這並不意味着合併是正確的，如果git的語義真的錯了，它甚至可能是完全垃圾 - 但它是什麼混帳可以做自動現在，這大概是一樣什麼混帳可以做自動然後爲好），中止正在進行的合併，並恢復適當的分支：

$ git merge --abort 
$ git checkout <original-branch> 

如果（「預-receive hook「暗示）這一切都是在--bare存儲庫中完成的，您需要一個臨時工作樹（或整個克隆）來執行合併，我沒有時間去實驗wi這裏。

有問題的兩個SHA-1，你需要git checkout，只是合併的兩個父母。 （注意，這一切都假定一個2父合併：合併章魚是右出）

如果執行合併的人曾與-s ours或一些-X選項運行，這將不會重複他們做了什麼，並可能給你一個無用的答案，這就是爲什麼這是不完美的任何手段。不過，我懷疑這是最好的，你可以完全自動化。 （也請注意，如果您想要一些可能有意義的細微變化，您可能需要單獨使用git read-tree -m而不是完整的git merge。這只是基於我的「懷疑意圖」，我也認爲無論你提出的是什麼，最好都可能具有邊際效用，並且你可能會更好，只需讓用戶在推送之前自行檢查它們。）