5
我正在編寫一些執行git-rebase並需要識別何時發生衝突的腳本。檢測git rebase上的衝突
對於每個錯誤，Git-rebase都以相同的退出狀態終止，所以我不能使用退出狀態來檢測衝突。在衝突時創建一個名爲rebase-apply的目錄，但似乎它是我不能依賴的實現細節（例如，在過去，目錄具有不同的名稱）。
有沒有一種可靠的方法來檢測git-rebase與衝突終止？
A
回答
2
好吧，我剛剛意識到，我可以運行git status --porcelain並檢查是否有與它的地位的「U」的任何文件。
0
而不是腳本rebase，腳本git櫻桃挑選範圍內的所有提交。無論如何，這是rebase在罩下做的事情。如果有衝突，你可以採取適當的行動。
希望這有助於
相關問題
- 1. git-svn rebase檢測到衝突
- 2. 'git rebase`衝突
- 3. Git svn rebase導致衝突
- 4. git rebase和文件衝突
- 5. Git rebase衝突理解
- 6. git rebase -i -autosquash衝突
- 7. git rebase修復衝突後
- 8. Git Rebase重複發生來自上次Rebase的衝突
- 9. 沒有合併的Git rebase衝突？
- 10. git：解決rebase引起的衝突
- 11. git rebase - 導致衝突 - 爲什麼？
- 12. git rebase沒有捕獲衝突
- 13. git-p4 rebase運行到衝突
- 14. 爲什麼git rebase總是衝突？
- 15. rebase衝突，在git中合併提交
- 16. Git：揭示潛在合併/ rebase衝突
- 17. 成功合併後Git rebase衝突？
- 18. git rebase與衝突不起作用
- 19. Git rebase因衝突失敗，但沒有衝突
- 20. 衝突上的git
- 21. 如何解決rebase期間的衝突？
- 22. 如何觸發rebase-merge衝突？
- 23. 是合併而不衝突相當於rebase沒有衝突？
- 24. 衝突檢測2D
- 25. 將rebase結果拉入合併衝突
- 26. git上的奇怪衝突
- 27. git svn rebase突然出錯
- 28. 如何在衝突的Git rebase中獲得「他們」的變化？
- 29. 衝突檢測中的NullPointerException
- 30. git rebase錯誤地檢測到rebase的局部變化