简短回答:不要修改提交我猜。
我知道,我已经修改承诺又不影响下一承诺在其他系统上,即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