git常用的命令
1. 复制版本库
研发人员首先clone整个版本库
git clone git://10.1.1.35:9419/kernel-rk29.git git clone git://10.1.1.35:9419/gingerbread-rk29.git
2. 创建分支
默认clone下来的git库只包含master本地分支
master remotes/origin/HEAD -> origin/master remotes/origin/R91P1_all remotes/origin/R91P1_yd remotes/origin/master
修改前，需要建立客户版本的本地分支
git checkout -b R91P1_yd origin/R91P1_yd
3. 修改
git add ... git commit -m"..."
4. 服务器同步
修改提交到本地库后，上传到服务器，上传前注意和服务器上同步
git fetch git rebase origin/R91P1_yd
以上两步可用一步简写
git pull --rebase
5. 上传
上传服务器,注意本地分支名和服务器分支名不要搞错
git push origin R91P1_yd:R91P1_yd
git push的格式为
git push origin <本地分支>:<服务器分支>
若本地分支名和服务器分支名相同，则可简写为
git push origin <分支名>
注意不要不要不加任何参数地提交
补丁维护
1. 共性补丁
共性补丁直接打入共性补丁分支，如master
注意提交到master分支的修改将来会合入所有客户版本，并产生作用 因此确认补丁确实为共性问题时才可提交到master分支
如要提交到master分支，必须切到本地的master分支操作
git checkout master ... git pull --rebase git push origin master
以后可能会增加覆盖面稍小的共性分支，如竖屏版本，带GPS和3G版本等
2. 后预见的共性补丁
有些问题首先在客户版本上发现并修正测试通过
之后才发现别的客户版本也有此问题，因此将该问题列为共性问题
后预见的共性补丁提交如下
git checkout master git cherry-pick -x <补丁的commit id> git pull --rebase git push master
发布版本流程
1. 切换客户分支
git checkout R91P1_yd
2. 和服务器同步
git pull --rebase
3. 合并master
git merge origin/master
若有冲突，与提交者沟通解决冲突
4. 如有需要，合并应用组提交的分支
git merge origin/frameworks_ui
若有冲突，与应用组沟通解决冲突
5. 编译测试
6. 打tag
git tag R91P1_yd_1.0.7_20110826
7. 提交
git push origin R91P1_yd
如果失败，说明服务器上又有更新，此时合入服务器上的更新并提交
git fetch git merge origin/R91P1_yd git push origin R91P1_yd
8. 提交tag
git push --tags