git没commit就pull代码（git没有pull只有fetch）

git代码提交的时候,为什么要分为本地commit和服务端的push

git add、git commit、git push的区别是：git add是将自己的修改提交到缓存中；git commit是将缓存中的修改提交到本地仓库；git push是将本地仓库的修改提交到github远程仓库上。

git commit主要是将暂存区里的改动给提交到本地的版本库。每次使用git commit 命令我们都会在本地版本库生成一个40位的哈希值，这个哈希值也叫commit-id，commit-id在版本回退的时候是非常有用的，它相当于一个快照，可以在未来的任何时候通过与git reset的组合命令回到这里。

git离线提交的原理就是：你修改的文件，保存动作是存放在本地硬盘，提交到本地仓库，就是讲文件修改信息保存到git，git会记录文件历史版本。远程推送就可以将本地仓库修改的文件推送到远程仓库去，这里说的远程仓库可以是github，gitlab之类服务器上的仓库。

另外git pull执行之后会将远程的改动merge到本地的分支，也就是说它其实多了一步merge的操作。

两个人改了一个文件,git提交代码冲突怎么解决

1、项目右键team，选择commit，与正常提交做一样的操作。提交并推送 发送推送失败，被拒绝。需要将项目更新下，来做归并。步骤见更新项目教程：更新完之后，有弹窗，发现冲突的文件更新失败，同时项目中的该文件报红。

2、origin master git merge origin FETCH_HEAD 先抓取远程仓库的更新到本地，然后与你的本地仓库合并，（如果有冲突就要解决冲突后再合并，冲突问题比较复杂，这里就不详细说了），这样就可以使远程仓库和你本地仓库一致了，然后就可以提交修改了。

3、git rm origin-name.c git add b.c git commit 执行前面两个git rm时，会告警“file-name ： needs merge”，可以不必理会。树冲突也可以用git mergetool来解决，但整个解决过程是在交互式问答中完成的，用d 删除不要的文件，用c保留需要的文件。最后执行git commit提交即可。

4、在团队开发中，同时对某一个文件进行改写是常见的事，但是我们应该尽可能避免。每个模块之间应该进行良好的隔离。但一旦遇到冲突，git也有很好的解决方法。在同步代码的过程中，git会自动检查冲突，并尝试进行**自动合并**。最好的情况应该是大家同时修改一个文件，但是大家修改的地方不同了。

5、git rebase --skip 抛弃本地的 commit，采用远程的 commit。慎用：因为你本地的修改都会失去。 git rebase --abort 效果是：终止这次 rebase 操作 git rebase --continue 手动处理冲突的文件：执行git add .，再 git rebase --continue，反复操作直到解决完所有冲突，并合并到分支上。

gitpush没有合并后gitpull

1、在Git中，当你回退代码后，本地仓库与远程仓库：会产生差异。当你尝试push时，Git会提示你先pull，以获取远程仓库中的最新更改并合并到本地仓库。可以检查Git配置和权限设置，确保没有遇到任何限制。

2、用时候在用git pull命令的时候不管用，拉取不下来远程分支上的代码，是因为本地分支和远程分支没有建立关联。

3、先将本地修改存储起来 git stash 这样本地的所有修改就都被暂时存储起来 。是用git stash list可以看到保存的信息：git stash暂存修改 其中stash@{0}就是刚才保存的标记。pull内容 暂存了本地修改之后，就可以pull了。

4、push之前忘记pull会产生一个后果，就是你现在再push会产生冲突（错误提示大概是线上版本和本地版本不同步，需要合并），push失败。 然后你需要pull下来，merge，然后后会提示冲突，然后解决完冲突，再push。

5、原因是你这个git工程的.git/refs目录下跟踪的某些git分支，在git pull的时候，与远端的对应分支的refs对比发现不同，所以导致git pull报错。

6、git pull会自动merge，repo sync会自动rebase，所以git pull和repo sync也会产生冲突。当然git rebase就更不用说了。冲突的类型 逻辑冲突 git自动处理（合并/应用补丁）成功，但是逻辑上是有问题的。