Uninote
Uninote
用户根目录
每日点滴
 git
git

参考资料

参考网站:
https://www.kernel.org/pub/software/scm/git/docs/
http://git-scm.com
自带文档,在命令行输入git help <cmd>,比如想了解merge,输入:
git help merge

try git

光说不练是永远也掌握不好git的。而git的最强大之处在于协同开发的支持。其实我们完全不需要任何git服务器就能模拟一个服务器+两个用户协同开发的情景。找一个测试目录,建立以一个空文件夹server,再进入server,执行命令:git init --bare,这样就建立了一个本地的服务器,目录结构如下:
返回server所在目录(try_git),分别clone两个仓库出来:
注意,两处红圈换成自己的目录。
这样就形成了下面的结构,u1,u2用来模拟两个用户:
分别为两个仓库设置两个username,否则在log中看到的都是全局配置的username:
在u1下执行:
git config --local user.name u1
在u2下执行:
git config --local user.name u2
练习git,最好不要在生产项目中练,一来很多权限你可能不具备,试不出效果来;二来不一小心,还可能造成很严重的后果。。
lv1= lv2= type=

基础练习

现在,我们可以在u1、u2中练习一下基本操作了,如:
本地操作:
commit add checkoout branch reset merge/rebase log diff
远端操作:
pull fetch push remote

工具安装

git
TortoiseGit
beyond comparer(后面简称bc)
lv1= lv2= type=

beyond comparer

乌龟自带的比较、冲突软件不是很好用。推荐beyond comparer。先设置比较(Diff Viewer):
再设置合并工具(Merge Tool):如我的设置为:C:\Program Files (x86)\Beyond Compare\BCompare.exe %mine %theirs %base %merged。注意根据自己的安装路径修改。

冲突

并行开发必然会遇到冲突,项目越大,冲突越多,越难解决。有些人一看到冲突就发憷,是因为他还不懂得如何使用一些工具。

制造冲突

要学会如何处理冲突,我们得先能制造冲突。就像做安全防御,你不懂进攻,如何防守呢?
制造冲突很简单:两个用户,同时针对同一个文件的一个地方进行修改。比如u1进行了如下修改,并commit、push到server:
在同时,u2进行了如下操作并commit:
commit后尝试push到server会报错,此时需要先把server上的代码(u1的commmit)拉下来,合并后才能push。但合并时会报冲突:
到了这一步,就必须要借助工具才能很好的解决问题了(这个demo太简单,也许你可以手动解决,但真正的工程中,手动解决是极其低效,极容易出错的)。
点击resolve,打开冲突解决界面,所有红色的文件都是有冲突的(status为Conflict)。
解决的办法是一个一个的鼠标双击,此时会启动bc的三方合并:
此时去冲突文件所在的目录查看,发现生成了三个文件:
这三个文件,就是bc用于冲突解决的重要依据,作为输入,并排在bc的上方,并且是只读的,在合并过程中无法编辑。
最下面的一个窗口是合并结果区,同时可以手动编辑。合并完成后,点击右边的保存图标(),保存合并结果。
关闭bc,回到乌龟,在冲突文件上右键,选择Resolved(点击后BASE、LOCAL、REMOTE这些临时文件将被删除):
此时文件恢复为正常颜色,status变成了modified,这个文件的冲突解决。
重复上述操作,直到所有文件冲突解决为止。
lv1= lv2= type=

git 培训

git 规范 
git 分享 
git ignore
永存于历史记录,体积无法变小。
强推一定要通知所有的人员
两种操作:local & remote:fetch、pull、push;
local:编辑 & 形成历史(commits)
remote:交换commits
objects
file:///E:/ebook_decompile/TortoiseGit/Introductio.html
git cat-file -p <commit>
tree:root tree就是一个版本
refs & objects
Reset Demystified 
--hard --mixed --soft
merge
E:\xjc\yscx_xjc\web\Webadmin\Action\OrderAction.class.php
cherry-pick & rebase
3 way merge;冲突解决
upstream,origin merge
.gitignroe
help!!
git help *, eg: git help log
<> & []
一个成功的Git分支模型
lv1= lv2= type=

git pull auto rebase

只有分支间的合并采用merge!其他时候都用rebase。git pull时要用rebase,不要merge!!
给git pull默认加上rebase功能
https://blog.csdn.net/zzqhost/article/details/71307716
git config --global branch.autosetuprebase always
这样对于新建的分支都会设定上面的rebase=true了。已经创建好的分支还是需要手动配置的
git config branch.master.rebase true

编码规范

git_basic

点赞(0) 阅读(15) 举报
目录
标题