Git 如何对一系列快照和潜在合并进行排序
我正在将一个项目转换为git。我们有很多代码快照作为zip文件，带有大致的日期顺序和“版本”信息。但它并不像可能的那样可靠，而且还存在一些分支和合并（使用BC2手动合并） 我已经按照主要版本号和日期分离了大多数快照，并且有一个漂亮的、线性的提交序列 我正在尝试查看使用Git 如何对一系列快照和潜在合并进行排序,git,sorting,commit,heuristics,Git,Sorting,Commit,Heuristics,我正在将一个项目转换为git。我们有很多代码快照作为zip文件，带有大致的日期顺序和“版本”信息。但它并不像可能的那样可靠，而且还存在一些分支和合并（使用BC2手动合并） 我已经按照主要版本号和日期分离了大多数快照，并且有一个漂亮的、线性的提交序列 我正在尝试查看使用diffs是否会显示哪些提交顺序不正确或可能是合并候选-比较范围大约是-4/+1提交，超过可能是60个提交的序列 是否有人对检查这种构建历史的“无序性”的可能指标有任何建议。我的*nix脚本技能很低，近30年没有在愤怒中使用它；-）
diff是否有人对检查这种构建历史的“无序性”的可能指标有任何建议。我的*nix脚本技能很低，近30年没有在愤怒中使用它；-）。我考虑的是受影响的文件数量，以及更改/共用的行数，或者类似的情况。有人对此有过经验吗？一个可能的衡量标准可能是将提交与他们的父母和祖父母进行比较——如果你看到与祖父母的相似度更高（=更小的diffstat），这表明可能存在顺序错误的提交或恢复。一个可能感兴趣的指标是将提交与其父代和祖父母进行比较-如果您看到与祖父母的相似性较高（=较小的diffstat），这表明可能存在无序提交或还原。我可以使用
--numstat--numstat