git pull --rebase 花了太长时间,我有什么替代品？
在我们的组织中,我们有一个巨大的回购,许多开发人员每天都在这里做出贡献.
在我提出拉取请求之前,我想将代码重新设置为最新版本.
我在主要回购后面做了大约3000次提交.rebase花了大约4个小时(我没有任何合并冲突).
我知道a git clone会快得多.我有什么替代品,除了删除我的叉子并从主回购中新鲜分叉？
注意：从 Git 2.14.x/Git 2.15 (Q3 2017) 开始，rebase 部分git pull --rebase将清楚地显示正在准备的补丁数量以及进度指示器。
请参阅Kevin Willford (``)的提交 9eaa858、提交 738e88a（2017 年 8 月 10 日）。（由Junio C Hamano 合并 -- --在提交 ad7d3c3中，2017 年 8 月 23 日）
gitster
format-patch：生成补丁时有进度选项当为 rebase 命令生成补丁时，如果用户没有意识到他们要 rebase 的分支有数千个不同的提交，则在初始回滚消息之后没有进度指示。
此补丁中呈现的进度表假设数千个补丁具有细粒度，并假设每个补丁都需要相同数量的工作/时间，以便实现稳定的进度条。
该补丁允许将进度选项传递给 format-patch，以便用户可以了解生成补丁的进度。
所以下次，你马上就知道变基需要时间。
另请注意，如果在 Windows 上通过 msys2 完成，将比在 Linux 上花费更多时间。
另一种方法是创建一个tmp分支，然后将当前分支重置为origin远程跟踪分支，最后合并tmp到重置的分支：大规模合并比应用数千个补丁更快。