git-rebase-flow

rebase 与 merge 的区别： - **merge** 是将两个分支的更改合并，生成一个新的合并提交（merge commit），保留原始分支的历史结构。它不会改变提交历史，适合团队协作中记录分支合并过程。 - **rebase** 是将当前分支的提交“重新播放”到目标分支的最新提交之上，使提交历史呈线性，看起来更整洁。它会重写提交历史，适合在本地整理提交后再推送到远程仓库。 交互式 rebase 改提交： 使用 `git rebase -i <commit>` 可以进入交互式 rebase 模式，允许你对一系列提交进行编辑。常见操作包括： - **pick**：保留该提交。 - **reword**：保留提交但修改提交信息。 - **edit**：保留提交但暂停以便修改内容。 - **squash**：将该提交合并到前一个提交中，并可编辑提交信息。 - **fixup**：合并提交但丢弃当前提交的提交信息。 - **drop**：删除该提交。 通过交互式 rebase，可以整理、合并、重排或修改提交历史，使提交记录更清晰。 绝对不能 rebase 的场景： - **已推送到远程仓库并被他人使用的公共分支**：rebase 会重写提交历史，导致其他开发者基于旧历史的工作出现冲突或丢失。 - **多人协作的分支**：如果其他人已经基于你的分支进行开发，rebase 会破坏他们的本地历史，造成混乱。 - **包含合并提交的历史**：rebase 可能会丢失合并上下文，使历史变得难以理解。 总之，rebase 适合在本地私有分支上整理提交，但绝不能用于已被共享的提交历史。

存档时间线

版本索引永久保留；内容副本只保留最新 1 份，更早版本仅留索引与哈希（存档时间线的证据链不会因此断裂）。

下载存档内容副本