我是 git 的新手，我有相当多的来自长期运行项目的每周 tarball。每个 tarball 平均有几百个文件。我正在寻找一种 git 策略，它允许我将每个 tarball 的扩展 内容添加到新的 git 存储库，从版本 1.001 开始到版本 1.650。在项目的这个阶段，99.5% 的 tarball(n) 只是 version(n-1) 的副本——换句话说，是 git 的完美候选者。期望的最终结果是在流程结束时只保留 master 分支。
我想我对 git 的了解足以“手工”完成这项工作。据我了解，不会有 merge 冲突的可能性，因为在添加和提交下一个版本之前没有机会更改母版。我的第一个猜测是 shell 脚本，但我不确定当 bash 在 branch_n-1 中执行时处理 git checkout branch_n 时 bash 会喜欢它多少。就此项目而言，主机环境为 Ubuntu 10.4，可用资源为 8 Gig RAM、500 Gig 可用磁盘空间和 4 个 3.ghz CPU 处理器。
我不需要其他人来解决问题，但我可以在正确的方向上 push git 专家如何处理它。任何来自“曾经做过那件事”的人的建议都将不胜感激。
布袋
PS:我查看了网站建议的“相关问题”，没有发现任何相关问题。
最佳答案
看看 $GIT_SRC_DIR/contrib/fast-import/import-tars.perl
关于git - 有没有办法轻松地将源代码树的一系列 tarball 转换为 git 存储库？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2759858/