gitolite代码管控与团队协作

Gitolite代码管控与团队协作Nick.Wang（汪伟）什么是gitolite?从单兵作战到团队协作从随心所欲到纪律严明什么是gitolite？Perl编写，高效稳定。ssh公钥，安全可靠。版本库、分支、路径

精细权限控制用户认证服务器地址：192.168.3.11认证方式：ssh认证步骤：$rm-fr~/.ssh$ssh-keygen-f~/.ssh/NickWang用户认证将生成的公钥*.pub发给管理员建立配置文件~/.ssh/config用户认证完成上述操作后如无意外，可获

得权限，正常情情况下，可用右侧的指令查看权限团队内协作TeamLeader上传基线软件团队成员下载代码$gitclonegitolite:版本库名字

如：团队内协作查看此版本库有哪些远程分支$gitbranch-a切换到你想要的分支$gitcheckout--trackorigin/分支名

团队内协作查看是否切换成功$gitbranch–a

恭喜，你已成功获得了你想要的代码！

团队内协作获得代码后的第一件事：Not

But

团队内协作编译通过后的准备工作$gitstatus

谁修改了这些文件？团队内协作忽略不关心的文件$gitstatus>.gitignore$vi.gitignore

编辑这个文件，使它只包含文件路径团队内协作看看忽略的效果$gitstatus

为什么有漏网之鱼

团队内协作干掉漏网之鱼$update-index--assume-unchangedFILE_NAME团队内协作干净的工作区，良好的开发习惯$gitstatus

团队内协作

简单修改提交

代码修改后，运行$gitstatus查看哪个文件被修改

运行$gitdiff+文件名，确认是否修改正确

运行$gitadd+文件名，逐个添加文件团队内协作

简单修改提交

运行$gitcommit-m“modifylog”提交到本地

至此，已经完成一次本地提交，你可以选择把本地提交“贡献”到服务器，也可以累积多次本地提交，一并“贡献”到服务器。

将本地版本库更新到与服务器一致

$gitfetch

将你的修改应用到最新的本地版本库上

$gitrebaseorigin/远程分支名团队内协作

简单修改提交

将合并后的版本库推送到服务器

$gitpushorigin[本地分支名]:[远程分支名]团队内协作来看一下rebase的原理

刚取下来的代码，本地与服务器一致团队内协作来看一下rebase的原理

经过一段时间的开发，服务器版本库和本地版本库各自生长团队内协作rebase就是从两个分支共同祖先算起，将一个分支的改动完整的移动到另一个分支上团队内协作rebase的最终结果是实现个人成果与团队的完美融合团队内协作

特性分支

新模块、新功能开发、规模较大的修改、可能有风险的修改，都在特性分支上做，避免影响主分支的稳定性，特性分支测试稳定后，再合入主分支。

具体做法，在遇到上述情况时，先用下面的命令创建一个特性分支

$gitbranch[branchname]

再切换到特性分支上进行修改、开发、提交、测试。

测试通过后，再合到主分支并上传

团队内协作

任务中断

某个功能开发到一半，突然Boss说有个紧急的bug，需要修改。

团队内协作任务中断的对策

$gitadd+[需要备份的文件]

$gitstashsave“XXXXXX”

$fixyourbug

$gitstashlist

$gitstashpop基线更新二次开发不可回避的痛

基线更新基线更新

方法1：

将代码手动移植到新的基线上。

优点：可靠性高

缺点：时效性差基线更新

方法2：Patch法第一步：旧基线生成patch$gitformat-patch第二步:将旧基线的patch逐个应用到新基线上$gitamXXX.patch遇到冲突，停止patch，改为手动合并$gitam--abort基线更新

方法2：rebase法$gitremoteaddNEWBASE[url]$gitfetchNEWBASE$gitrebaseNEWBASE….Fixconflict

验证OK后$gitpushNEW_REPOmaster:master有用的命令查看修改的文件$gitlog--name-status查看暂存区与版本库的区别$gitdiff--cached合并最近的两次提交$gitcommit--amend-m“XXXX”显示远程版本库$gitremote–v分支推送$gitpushREP_NAMElocal_branch_name:remote_branch_name显示所有分支$gitbranch-a有用的命令从指定的提交创建分支$gitbranch<branch_name><commit_id>重命名已经存在的分支$gitbranch-m<old_branch_name><new_branch_name>将工作区回退到指定的提交$gitcheckout<commitid>将版本库回退到指定的提交$gitreset--hard<commitid>将其它分支的指定提交应用到当前分支$gitcherry-pick<commitid>将同一分支上的指定两次提交之间的若干个提交生成patch$gitformat-patch<commit_i