a1.代码更新。
在SVN中操作,我们要提交已经修改过的代码前,一定会记住。
"先更新,在提交" (不然你的小伙伴的代码就被你全覆盖了,然后你的小伙伴就会躲在公司墙角画圈圈了)
所以在Git里面操作。也是这样的。不过就多了一个步骤,就是 先更新 "远程服务器 --> 本地服务器",再进行 更新 " 本地服务器 --> 本地代码"。
我们还是上图吧。
Eclipse的操作就是:
1.指向代表的意思是只更新 "远程服务器 --> 本地服务器" 简称(Fetch)
当你更新后,你当前更新的项目与Git Repositories都会有类似一个向下的箭头,这代表“远程服务器”有东西更新到你的“本地服务器 ”,具体数量就是箭头隔壁的数字
2.指向代表的意思是 "远程服务器 --> 本地服务器" 与 " 本地服务器 --> 本地代码" 都执行 简称(Pull)
(当然有先后顺序的,先 "远程服务器 --> 本地服务器" 后 " 本地服务器 --> 本地代码")
这个操作其实是面向懒人把Git当成SVN使用,一步更新,官方也是不推荐这样做,因为这样,你本地代码,可能一下子代码冲突很多,给开发人员带来很多不便。
所以还是老实点,一步步来更新吧。
a2.说完更新,接着说提交代码。
其实经过刚才的更新讲解后,小伙伴们都知道"远程服务器 --> 本地服务器" 与 " 本地服务器 --> 本地代码" 的关系了,
所以提交代码实质上都要走这样的操作 " 本地代码 --> 本地服务器" "本地服务器 --> 远程服务器"
还是上图吧!
其实小伙伴就记住两个词就好了。
Commit : " 本地代码 --> 本地服务器"
Push : "本地服务器 --> 远程服务器"
Eclipse的操作就是:
1.从上面的图中看到,在Git的作出修改,会有一个箭头指向。
然后你右键项目又好,右键箭头文件也好。都是执行commit操作。
去到commit界面
Git 的Commit有种强迫症,一定要你打注释,不然不给你提交。
当你敲入 Commit Message后,Commit 与 Commit and Push 就会可点击了
Commit只是提交到 "本地服务器"
Commit and Push 就两步都会做( " 本地代码 --> 本地服务器" "本地服务器 --> 远程服务器" 有先后顺序,我下次不说了)
后面我就不写了。因为后面的都是敲账号和密码,如果你第一次 Push 代码 的话,才需要敲。
通常 Push 不了,无非就两个问题。
第一。你代码冲突还没有解决,一会 “代码冲突” 说具体讲解
第二。就是可恶的网络问题。(同学。这个我可帮不了你了)
其他的,我暂时没有遇到
b 说说代码冲突吧。
如果你是先修改完代码还没有commit,在执行Fetch,那你还没有feel到代码冲突。
I.只要你commit到本地服务器,IDE编译器就自动告诉你,已经冲突,要求你立刻解决。
II.如果你比较任性的话。直接想Commit And Push, IDE编译器也会很任性的回复你这样的图
拒绝你Push,说你还有问题没有解决。
但是你已经Commit了,但是又无法Push,
这是你应该要执行一下 Pull ,把 刚才Fetch 的代码植入"本地代码",这时IDE编译器才自动告诉你,已经冲突,要求你立刻解决。
并且把冲突文件标记为一个双向箭头
如图
如果你现在还想执意Push代码,得到的就是下图:
Repository state : Conflicts(简单意思就说:大哥,代码冲突啊,解决后,再提交吧)
然后,你解决后,保存,发现,那个文件还是像下图的那样,无法提交。
这时,应该
执行这样“Add to Index ”的操作,告诉IDE编译器你已经解决冲突了,如下图:
现在你就可以去Commit 也好,Commit And Push 也好,IDE编译器都会通过的(其实告诉你。去吧,骚年!)
通过点击Merge能清楚知道,你的代码,解决后冲突的代码,服务器的代码
解决后冲突的代码直接覆盖你的本地代码。(或者你点击Close,然后冲突的代码直接跳在你的本地代码,让你在本地代码修改。)
解决完冲突后,就可以Commit和Push了。比Eclipse方便一点点。