■ 基础知识
跟SVN不同,本地开发机器上也是一个git版本库服务器。
COMMIT时,先提交给本地的git版本库。
PUSH时,是把已提交版本库的文件推送到远程分支。本地已修改但未COMMIT的不会被推送。
■ 基础手顺(从github上建一个空工程,克隆到本地,然后提交到github)
1、把版本库从github克隆到本地。
git clone https://....git [local folder name]
2、向本地目录中拷贝文件。
3、把文件加入版本库。
git add --all .
4、COMMIT之前,需要设置一下用户信息。
git config --global user.name "xxx"
git config --global user.email xxx@example.com
5、COMMIT到本机的版本库。
git commit -m '...'
6、PUSH到github服务器(需要输入用户名和密码)。
git push
7、把github上的最新代码更新到本地版本库。
git pull origin master
■ 代理设置
git config --global http.proxy http://user_name:password@proxy_address:port
git config --global https.proxy http://user_name:password@proxy_address:port
pause
■ 基础概念
Clone : 把远程代码库克隆到本地(包含其所有分支)。
Commit : 本地代码 --> 本地服务器
Push : 本地服务器 --> 远程服务器
Fetch : 远程服务器 --> 本地服务器
Pull : 远程服务器 --> 本地服务器 与 本地服务器 --> 本地代码 都执行
Checkout : 切换本地分支。从本地版本库中获取指定分支的文件,覆盖到工作区中。
如果当前分支有修改,最好Commit完再Checkout,要不然修改会被废弃。
origin : git为主远程仓库提供的默认名称。
HEAD : 就像一个指针,指向本地版本库的最新一次提交。
※如果远程库已经更新,不先pull最新库的话是不能push的。
■ 树形图
树形图里的一个小圆点代表本地库的一次commit(不一定非要有push)。
pull时,会把远程库中的最新的commit记录反映到本地库(当然也会产生一个或多个圆点儿)。
树形图里的一条线并不是代表一个分支,而是表示“并行中的一次连续的修改”。
树形图里的一次两线交汇代表的是不同的本地库commit之间的一次merge。
具体就是:
本地库进行了commit,想要push时发现远程库已更新,需要把远程库pull到本地再push。
这次pull操作,会把别的本地库的commit,从发生冲突的时点开始,产生一条新的线来显示。
pull过来的最新内容,会向自己的本地库做一次commit,这在树形图中表示为两线合并。
push时,会把本地所有未push的commit都push给远程库,merge的commit也会被push。
再说形象一点就是:
A和B都在pull了同一版本到本地,在此基础上进行开发,然后都在本地做了一次或多次commit。
不过B抢先push了,A再想push会报冲突,需要先pull最新到本地。
这次pull操作会把B提交过的commit都从远程库取回来,在一个新的支线上显示,
并把B修改过的文件都向本地库做一次提交,在树形图上显示为与新支线合并。
■ 冲突解决
commit之前,先要pull一下最新版,如果提示有冲突,在IDEA中的解决方法如下。
1、VCS -> Git -> Stash Changes,把本地修改暂存;
2、执行pull;
3、VCS -> Git -> UnStash Changes,恢复暂存的本地修改,会提示那几个文件有冲突;
4、选中文件,点击merge按钮,会显示一个解决冲突用的窗口;
5、左侧是Local Changes(也就是pull过来的最新版),右侧是之前暂存的本地修正,中间是合并结果,非常简单形象;
6、解决完冲突后就可以commit和push了。