本文目录
- git强制覆盖本地命令
- git怎么知道哪个文件冲突
- git发生冲突怎么处理
- 合开发分支的代码,会把本地的代码覆盖吗
- git pull 会导致本地为提交代码被覆盖吗为什么我从来没出现过，什么情况下才会被覆盖呢
- Git如何从远程拉取最新代码，并与本地代
- git 日常用法
- git跟新代码把本地的覆盖了怎么回事
- 关于git的问题 为什么git pull 之后在本地出现了很多修改的文件 而我只是想要同步下远程服务器的代码
git强制覆盖本地命令
git强制覆盖本地命令（分步执行）： git强制覆盖本地命令（单条执行）： git fetch --all && git reset --hard origin/master && git pull
git怎么知道哪个文件冲突
方法一（推荐使用）：git pull 出现冲突后丢弃本地冲突文件修改，采用远程文件覆盖本地文件git checkout 例：git checkout test/src/main/resources/spring-shiro.xml 方法二：git pull 出现冲突后可以暂存本地修改git stash ,然后git pull 更新代码，git stash list 可查看暂存记录列表，释放本地暂存 git stash apply stash@{0} ，出现冲突文件，找到并解决，然后可以提交git add . 加入索引库，然后本地提交git commit -m ’注释’ 最后git push到远程方法三：1.git pull更新代码，发现error: Your local changes to the following files would be overwritten by merge:pom.xmlPlease commit your changes or stash them before you merge.这说明你的pom.xml与远程有冲突，你需要先提交本地的修改然后更新。2.git add pom.xmlgit commit -m ’冲突解决’提交本地的pom.xml文件，不进行推送远程3.git pull更新代码Auto-merging pom.xmlCONFLICT (content): Merge conflict in pom.xmlAutomatic merge failed; fix conflicts and then commit the result.更新后你的本地分支上会出现 (develop|MERGING)类似这种标志4.找到你本地的pom.xml文件，并打开你会在文件中发现《《《《《《《 HEAD ，======= ，》》》》》》》 ae9a0f6b7e42fda2ce9b14a21a7a03cfc5344d61这种标记，《《《《《《《 HEAD和=======中间的是你自己的代码， ======= 和》》》》》》》中间的是其他人修改的代码自己确定保留那一部分代码，最后删除《《《《《《《 HEAD ，======= ，》》》》》》》这种标志5.git add pom.xmlgit commit -m ’冲突解决结束’再次将本地的pom.xml文件提交6.git push将解决冲突后的文件推送到远程
git发生冲突怎么处理
如果系统中有一些配置文件在服务器上做了配置修改,然后后续开发又新添加一些配置项的时候,在发布这个配置文件的时候,会发生代码冲突:
error: Your local changes to the following files would be overwritten by merge:protected/config/main.phpPlease, commit your changes or stash them before you can merge.
如果希望保留生产服务器上所做的改动,仅仅并入新配置项, 处理方法如下:
git stashgit pullgit stash pop
然后可以使用git diff -w +文件名 来确认代码自动合并的情况.
反过来,如果希望用代码库中的文件完全覆盖本地工作版本. 方法如下:
git reset --hardgit pull
其中git reset是针对版本,如果想针对文件回退本地修改,使用
view plain copy
git checkout HEAD file/to/restore
合开发分支的代码,会把本地的代码覆盖吗
不会。在合并分支时不会覆盖本地的代码，而是将开发分支的修改和本地分支的修改合并，形成一个更加完整、新的版本。在合并分支之前，一般会先保存当前分支的状态，以防止合并后出现问题。
git pull 会导致本地为提交代码被覆盖吗为什么我从来没出现过，什么情况下才会被覆盖呢
前言在我们使用git的时候用的更新代码是git fetch，git pull这两条指令。但是有没有小伙伴去思考过这两者的区别呢？有经验的人总是说最好用git fetch+git merge，不建议用git pull。也有人说git pull=git fetch+git merge，真的是这样吗？为什么呢？既然如此为什么git还要提供这两种方式呢？git深入学习1. 相同点首先在作用上他们的功能是大致相同的，都是起到了更新代码的作用。2. 不同点先补充一些git里面相关的一些知识：首先我们要说简单说git的运行机制。git分为本地仓库和远程仓库，我们一般情况都是写完代码，commit到本地仓库（生成本地仓的commit ID，代表当前提交代码的版本号），然后push到远程仓库（记录这个版本号），这个流程大家都熟悉。我们本地的git文件夹里面对应也存储了git本地仓库master分支的commit ID 和 跟踪的远程分支orign/master的commit ID（可以有多个远程仓库）。那什么是跟踪的远程分支呢，打开git文件夹可以看到如下文件：.git/refs/head/.git/refs/remotes/其中head就是本地分支，remotes是跟踪的远程分支，这个类型的分支在某种类型上是十分相似的，他们都是表示提交的SHA1校验和（就是commitID）。但是，不管他们是如何的相似，他们还是有一个重大的区别：更改远端跟踪分支只能用git fetch，或者是git push后作为副产品（side-effect）来改变。我们无法直接对远程跟踪分支操作，我们必须先切回本地分支然后创建一个新的commit提交。首先假设我们本地仓库的 master 分支上 commit ID =1 ，orign/mastter中的commit ID =1 ;这时候远程仓库有人更新了github ogirn库中master分支上的代码，新的代码版本号commit ID =2 ,那么在github上 orign/master的commitID=2，然后我们要更新代码。1. git fetch使用git fetch更新代码，本地的库中master的commitID不变，还是等于1。但是与git上面关联的那个orign/master的commit ID变成了2。这时候我们本地相当于存储了两个代码的版本号，我们还要通过merge去合并这两个不同的代码版本，如果这两个版本都修改了同一处的代码，这时候merge就会出现冲突，然后我们解决冲突之后就生成了一个新的代码版本。这时候本地的代码版本可能就变成了commit ID=3，即生成了一个新的代码版本。相当于fetch的时候本地的master没有变化，但是与远程仓关联的那个版本号被更新了，我们接下来就是在本地合并这两个版本号的代码。2. git pull是用git pull更新代码的话就比较简单暴力了，看下图。使用git pull的会将本地的代码更新至远程仓库里面最新的代码版本3. 总结由此可见，git pull看起来像git fetch+get merge，但是根据commit ID来看的话，他们实际的实现原理是不一样的。这里借用之前文献看到的一句话：不要用git pull，用git fetch和git merge代替它。git pull的问题是它把过程的细节都隐藏了起来，以至于你不用去了解git中各种类型分支的区别和使用方法。当然，多数时候这是没问题的，但一旦代码有问题，你很难找到出错的地方。看起来git pull的用法会使你吃惊，简单看一下git的使用文档应该就能说服你。将下载（fetch）和合并（merge）放到一个命令里的另外一个弊端是，你的本地工作目录在未经确认的情况下就会被远程分支更新。当然，除非你关闭所有的安全选项，否则git pull在你本地工作目录还不至于造成不可挽回的损失，但很多时候我们宁愿做的慢一些，也不愿意返工重来。结语：码字不易看到最后了，那就点个关注呗，只收藏不点关注的都是在耍流氓！有了您的支持，我们会做得更好！关注并私信我“架构”，免费送一些Java架构资料，先到先得！
Git如何从远程拉取最新代码，并与本地代
安装git，不同系统安装命令不同apt-get install gityum install gitpkg install git...本地创建仓库，在需要的目录执行命令git init不执行这个，会找不到本地仓库位置，拉取了也找不到仓库存放。拉取仓库的代码git pull 远程仓库地址发送代码到远程有点复杂，不过也挺简单发送代码的时候，本地仓库里的代码必须和远程仓库里的代码一样，因为如果不一样，那就乱套了，所以要先拉取，覆盖到本地仓库，用网页在远程仓库新增或修改文件后，需要拉取代码覆盖本地没修改的，否则远程仓库拒绝接受。添加要发送的文件git add 文件名称(git add .).代表添加所有文件添加要上传的文件之后，必须要给文件注释，否则远程仓库拒绝接收。git commit -m "对文件的解释信息"最后就可以发送了git push 远程仓库地址 分支名弄了2天才弄懂，790431300.github.io
git 日常用法
git pull远程主机名》远程分支名》:本地分支名》
git push远程主机名》本地分支名》:远程分支名》 , 和git pull 都是 src:dest
git fetch远程主机名》分支名》其实就是拉去远程分支到本地版本库，然后再使用 git merge
git merge 合并分支，将 合并到当前所在的分支， 比如 git merge master ，将本地master与自己的分支合并，比如 git merge origin/branch ，就是将远程的 origin/branch 与本地的分支合并 , 比如不自动commit，可以 git merge--no-commit 。 其实git merge 可以一次合并多个分支，比如 git merge origin/ 其实就是管你远程和本地了全部合到我的分支上。
git diff 在两个分支之间比较
git diff--cached 比较 git add. 与 工作区之间的比较 ， 也就是本地暂存区与工作区之间的比较
git reset--mixed 将暂存区的分支直接回到到工作区， 也就是比如 git add. 你想回退到本地，直接 `git resrt --mixed
git reset--mixed HEAD~1 回退一个版本，比如你本地commit/远程已经push了，那么你本地和远程是一样的，如果你想回退一个版本，此时需要reset操作，主要是解决回退的操作，上面就是commit一次后需要回退一个版本，所以是 HEAD 1 , 比如commit了两次就是 HEAD~2 ， 此时有4种选项，一般分为 --hard 和 --mixed ， --soft , --hard 硬reset，回退回来你的这次修改全部没有了，也就是直接回到了上一个版本，而 --mixed 回退到你没有 git add. 操作的时候， --soft 是回退到你 git add. 操作完后的时候。 看需求吧。一般只用 --hard 和 --mixed .
git commit--amend 主要是处理 你 git commit-m’’ 想要修改 commit的desc/comment了。
git rm-r--cached. 比如修改了 gitignore ,但是其实你的版本库/暂存区是没有 ignore的，所以需要直接删除 暂存区的缓存。
git rm file 也就是删除本地开发的一个文件，硬删除，直接删没了，回退也需要硬回退。
git checkout. 清空本地所有修改的代码
git checkout-b 将本地的这个分支，checkout 出一个新的分支，名字为 git checkout-b origin/ ，将远程的 分支上 checkout一个新的本地分支名字为`
有些场景可能需要打tag，所以一般是 git pull ,拉去远程的所有代码(记得切换到master上)，然后 git tag 查看 tag 历史 ，创建一个新的tag ，比如 git tag v1.1.0 ，然后直接推送到远程 git push origin v1.1.0 就好了（一般是别人给你合master了，上线可能需要打新的tag）
文件权限 发生变更需要配置：git diff old mode 100644 new mode 100755 的问题 ：需要设置 git config --add core.filemode false
git log-p README.md 查看文件的变更详细 历史 ， git log 查看文件的变更 历史 ，另外有可能查看某一行的变更，这个是指你没有ide的情况下，所以需要指定
然后
git shortlog-sn 查看提交者
git submodel add remote_addr local_dir 子模块
文档：Git-工具-子模块
1、在父项目新建子模块
2、提交子模块
问题就是，提交流程过于复杂！！
git跟新代码把本地的覆盖了怎么回事
打开项目git命令行，输入git fetch --all git reset --hard origin/develop第一个命令的意思是取回远程端所有修改，第二句的意思是将版本号置到develop这个版本上。当然如果你需要置的是你自己的私有版本，也可以置到私有版本号上。到这里再使用git pull去取项目的时候，就不会报修改未提交的问题了。
关于git的问题 为什么git pull 之后在本地出现了很多修改的文件 而我只是想要同步下远程服务器的代码
同步代码最好用gitfetch不要用gitpull如果你本地有修改，那么用pull后，默认把冲突的文件进行合并处理了。
