Git基本介绍.ppt

关于 rebase …… KTV 的同学似乎默认是 pull --rebase 最新消息：intro.git 被 rebase 坏了…… $ git fetch remote: Counting objects: 45, done. remote: Compressing objects: 100% (30/30), done. remote: Total 33 (delta 14), reused 0 (delta 0) Unpacking objects: 100% (33/33), done. From 5:8000/git/intro + c041477...e6302c0 develop - origin/develop (forced update) cherry-pick 如果不想一次合并整个分支，那么… cherry-pick 可以选择合并部分 commit $ git cherry-pick commits 提交错分支，可以此复制 commit 可用于打包时挑选 bug fix 一个事实： 两人各提交完全相同的修改，合并时不会冲突 分支约定用途 master 稳定发布版分支 develop 当前主版本开发分支 后续版本分支 由后续版本按需创建 功能分支 从版本分支创建，每个功能一个分支 release 分支 develop 开发稳定后，进入 release 灰度、发布 hotfix 分支 从 master 创建，修复紧急问题 短期本地分支 短期分支是指一两天就可以完成的分支 完成后，可在上游分支直接合并短期分支 $ git checkout upstream-branch $ git merge short-term-branch merge 进阶： --squash 可以把 commits 合而为一 --no-ff 可以禁止 fast-forward 从而产生 merge info 长期本地分支 长期分支指如一周以上才能完成的分支 分支在开发过程中，上游亦在开发 需要不定期同步上游的更新，方法： $ git merge upstream-branch 或 $ git rebase upstream-branch 以上命令也可以用于切换上游分支 比如版本分支并到 develop 后 分支粒度 随时但按需创建分支 一个功能分支只做一个功能 一个 bug 分支只改一个 bug 不能立即完成？分支（活用 checkout -b） 建议不要离线太多提交在版本开发分支上 分支同步到服务器 push 新分支到服务器 $ git push -u origin xbranch:xbranch 从服务器干掉分支 $ git push origin :xbranch 有没有发现奇怪的冒号？ $ git remote prune origin 清理“远程被删掉的远程分支”遗留在本地的记录 关于分支协作 有可能一个功能需要多人同时开发 创建公共远程功能分支，大家一起工作 功能分支完成后，由主导者同步回上游 关于分支交叉 有可能两个功能分支需要同一个新功能 拆分公共部分，push 远程分支 基于公共服务器分支进行本地开发 共同维护远程分支 一方完成后，merge 回上游 另一方重整回上游 分支与测试代码 分支开发，经常带入“测试代码” 后期需要删除测试代码，这时…… 可以创建测试分支 git revert 在测试分支找回删除的测试代码 这样，就有测试分支了 git tag $ git tag name [branch|commit] 可以给任何 commit 打一个 tag $ git tag -d name 删除 tag $ git push --tags 可以把 tag 推到服务器 版本 tag 由版本管理员来打 正式版 tag 和灰度 tag 的命名？ 手机的版本开发 多版本交替进行 当前版本在 develop 开发 后续版本可在版本分支开发 版本内迭代 git-flow 风格 git-flow 是 Git 的另一个大杀器 但……git-flow 不支持多版本同时开发 一个版本的四个周期 需求期 产品规划需求，开发预研功能 迭代期 从 develop 创建版本分支，集成部分功能 develop 期 合并到主干，集成全部功能，修 bug release 期 预备发布，只修 bug，灰度，直到正式版 A、B、C 三个版本周期 需求A A 迭代 123 A - develop A-release 需求 B B 迭代 xy B - develop B-release 需求 C C 迭代 !@# C - develop master tag-A master tag-B 实箭头表示创建版本分支 虚箭头