Eclipse 的 git 插件常用git操作

1. 代码更新。
   在SVN中操作，我们要提交已经修改过的代码前，一定会记住。

“先更新，在提交” (不然你的同事的代码就被你全覆盖了).

在Git里面操作。也是这样的。不过就多了一个步骤，就是 先更新 “远程服务器 --> 本地服务器”，再进行 更新 " 本地服务器 --> 本地代码"。

Eclipse的操作就是:

注释:
a1.指向代表的意思是只更新 “远程服务器 --> 本地服务器” 简称(Fetch).
当你更新后，你当前更新的项目与Git Repositories都会有类似一个向下的箭头，这代表“远程服务器”有东西更新到你的“本地服务器 ”，具体数量就是箭头隔壁的数字

a2.指向代表的意思是 “远程服务器 --> 本地服务器” 与 " 本地服务器 --> 本地代码" 都执行 简称(Pull)

(当然有先后顺序的，先 “远程服务器 --> 本地服务器” 后 " 本地服务器 --> 本地代码")

这个操作其实是面向懒人把Git当成SVN使用，一步更新，官方也是不推荐这样做，因为这样，你本地代码，可能一下子代码冲突很多，给开发人员带来很多不便。

所以还是老实点，一步步来更新吧。

2. 说完更新，接着说提交代码。
   其实经过刚才的更新讲解后，小伙伴们都知道"远程服务器 --> 本地服务器" 与 " 本地服务器 --> 本地代码" 的关系了，

所以提交代码实质上都要走这样的操作 " 本地代码 --> 本地服务器" “本地服务器 --> 远程服务器”

还是上图吧！

其实小伙伴就记住两个词就好了。

Commit : " 本地代码 --> 本地服务器"

Push : “本地服务器 --> 远程服务器”

Eclipse的操作就是:

a1.从上面的图中看到，在Git的作出修改，会有一个箭头指向。

然后你右键项目又好，右键箭头文件也好。都是执行commit操作。

去到commit界面

Git 的Commit有种强迫症，一定要你打注释，不然不给你提交。

当你敲入 Commit Message后，Commit 与 Commit and Push 就会可点击了

Commit只是提交到 “本地服务器”

Commit and Push 就两步都会做( " 本地代码 --> 本地服务器" “本地服务器 --> 远程服务器” 有先后顺序，我下次不说了)

后面我就不写了。因为后面的都是敲账号和密码，如果你第一次 Push 代码 的话，才需要敲。

通常 Push 不了，无非就两个问题。

第一。你代码冲突还没有解决，一会 “代码冲突” 说具体讲解

第二。就是可恶的网络问题。(同学。这个我可帮不了你了)

其他的，我暂时没有遇到

3. 代码冲突
   如果你是先修改完代码还没有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方便一点点。

转自https://www.cnblogs.com/shortboy/p/4429368.html