我在一個分支上有8個提交,我想通過電子郵件發送給一些不是git開明的人。到目前爲止,我所做的每件事都會給我8個補丁文件,或者從開始的時候開始爲分支歷史記錄中的每個提交提供補丁文件。我使用git rebase --interactive來壓縮提交,但現在我嘗試的所有內容都是從一開始就爲我提供了無數的補丁。我究竟做錯了什麼? git format-patch master HEAD # yields
我想要一個簡單的解決方案,在交互式rebase期間壓縮兩個合併提交。 我的庫看起來像是: X --- Y --------- M1 -------- M2 (my-feature)
/ / /
/ / /
a --- b --- c --- d --- e --- f (stable)
也就是說,我有一個my-feature分支已合併兩次近日,有沒有真正之間提交英寸我不只是想
我的公司正在將CVS轉換爲git。我們已經在CVS很長一段時間,所以有很大的歷史。手工操作太多。 看着日誌,可以做很多擠壓。很多。我想要做的是鉤住一個腳本,它將比較兩個相鄰的提交。如果它返回true,則連接提交消息並壓縮提交。我也很樂意接受兩個提交和一個提交消息的命令,然後將它們壓縮在一起。 git rebase --interactive與我需要的接近,但「squash」需要太多的手動干預。我也