簡短回答:不要修改提交我猜。
我知道,我已經修改承諾又不影響下一承諾在其他系統上,即Linux和OS X,但只是爲了解決我目前的倉庫,所以我可以繼續使用它,這就是我所做的:
Playlists2$ git checkout e71521b3b26c5e053fa7ce2f4e2ca602de9b734f
C:\WINDOWS\system32>ROBOCOPY Playlists2 Playlists1 /MIR /COPY:D /XD .git
Playlists1$ GIT_AUTHOR_DATE="2016-11-13 19:47:27" GIT_COMMITTER_DATE="2016-11-13 19:47:27" git commit -m "Massive UUID updates for entire directory, but restore last modified date\n\nROBOCOPY <backup> <cwd> /COPY:T /XD .git"
Playlists2$ git checkout 9ec2d7abfac0c1a1c5eaeb58abedcb65bbab29e5
C:\WINDOWS\system32>ROBOCOPY Playlists2 Playlists1 /MIR /COPY:D /XD .git
Playlists1$ GIT_AUTHOR_DATE="2016-11-13 21:26:46" GIT_COMMITTER_DATE="2016-11-13 21:26:46" git commit -m "Fix missing tracks and save dates before mass deleting playlists"
Playlists2$ git checkout fdea81464c9fff080249b5287693a4d0555fcc06
C:\WINDOWS\system32>ROBOCOPY Playlists2 Playlists1 /MIR /COPY:D /XD .git
Playlists1$ GIT_AUTHOR_DATE="2016-11-13 22:11:51" GIT_COMMITTER_DATE="2016-11-13 22:11:51" git commit -m "Remove unused playlists and collapse soundtracks into mega playlist"
Playlists2$ git checkout 0fe301fc61526944ae178d360b0482739e0dfefc
C:\WINDOWS\system32>ROBOCOPY Playlists2 Playlists1 /MIR /COPY:D /XD .git
Playlists1$ GIT_AUTHOR_DATE="2016-11-13 22:18:34" GIT_COMMITTER_DATE="2016-11-13 22:18:34" git commit -m "Remove interwoven, contemporary, duplicate, and missed playlists"
Playlists2$ git checkout
C:\WINDOWS\system32>ROBOCOPY Playlists2 Playlists1 /MIR /COPY:D /XD .git
Playlists1$ GIT_AUTHOR_DATE="2016-11-13 22:22:00" GIT_COMMITTER_DATE="2016-11-13 22:22:00" git commit -m "Add new playlist for Aurora"
我恢復了舊版本的我的播放列表目錄,將其重命名Playlists1(不得不刪除所做的目錄顯示爲播放列表中的desktop.ini)與當前版本損壞Playlists2,檢查了每個從Playlists2提交,鏡像將數據發送到播放列表1(不包括.git文件夾),並使用日期覆蓋進行提交。
我會玩弄我創建的測試庫,因爲有一種方法來修復Git存儲庫,以便它再次開始提交正確的作者日期(因爲前2個是重複的,後面3個是重複的),以及直到那時我纔會拒絕這個問題。
下一次你要做或將要在git bash中進行提交時,執行'echo $ {!GIT _ *}',這將顯示任何git的名稱是否覆蓋在某處。你在這裏描述的這種行爲是不正常的。到目前爲止,我唯一能想到的就是你已經設置並導出了'GIT_COMMITTER_DATE',也許你找到了一個腳本而不是運行它? – jthill
@jthill我正在與'GIT_COMMITTER_DATE'在另一個存儲庫上玩,就像在你的答案(原文?)我是從另一個分支快速轉發提交,他們都有相同的日期,所以我試圖導入他們的正確日期。其實,現在我看着它沒有工作,並在2016年設置了我的2015年提交中的兩個:https://github.com/NobleUplift/BackToBack/commits/master – NobleUplift
我會嘗試解決上述問題當我回到家時,我會哭泣自己睡在一個角落,現在我必須再次嘗試在BackToBack上做一個「過濾分支」。 – NobleUplift