解决在github上删除已提交文件带来的后续问题（使用Github相关心得）_git删除提交后有什么影响吗

由于我们的实验提交都是由本地仓库提交到GitHub上的。

提交之前，当然可以确认是否需要提交，在提交到远程仓库之前，在工作区或者暂存区都是可以用git 的相关指令进行修改删除的。然而提交到远程仓库之后，你才发现这是一个多余的文件，你想要把它彻底删除，也没有办法去覆盖，该怎么做呢，我就把发现的这个问题解决后来谈谈心得体会。

一、实验中正常使用的指令原理以及步骤

首先可以说一下git在实验过程中有关的基本指令。

例如：git add 指定文件命令 可以将这个文件加入到暂存区域中。

git commit则是将暂存区域中的文件提交至本地仓库。

另外如果想给这个文件相关注释那么就使用特定的命令git commit -m "注释"之后就可以在提交日历中看到这些注释，例如我会经常注释这是第几版本的做出的实验，可以清晰地看到自己做出实验以及改进的部分。

git diff 指定文件 这个指令可以看出当前文件被修改的内容，在不确定修改是否成功的时候可以查看。

git status可以看到本地仓库中的情况，在这个主分支上缓冲区内的东西是否已经加载到本地仓库，可以在commit之后查看是否提交成功。

其他的指令可以在help中看到，git这个程序还是非常方便并且有人情味的。

最后将文件又本地仓库提交到远程仓库至github上使用的命令是git push 仓库地址，然后就可以在github上看到已经提交的文件了。

然后重新说回修改删除的事情。

在这之前，所有的改动都可以在本地文件夹上随便做想要的改变，改变之后再重新进行一遍流程即add 再commit再push到远程仓库就可以了。

然而，已经提交到远程仓库之后怎么办呢？

二、对已经提交到GIthub上的文件的删除方法以及后续问题处理。

从github上删除东西是很简单的，点进去你需要删除的文件，按下delete即可，然后Github会跳出来一个提示框，问你是否将日志中的记录一起删除，点击是就可以了。

正如上图，但是点击完delete，后续还有一些需要处理的事情。

本来这样删除以后我以为万事大吉，然而第二次用Git提交的时候，就报错了，如下图

上面的错误显示，GIthub拒绝了你的提交申请，为什么呢？它在提示中表示，Github的提交记录与本地的不一致了，所以开始拒绝访问，要求你在本地合并更新做一些操作。

我查了很多资料，发现由于本地仓库到Github上的联系非常特殊，两者的提交记录需要保持一致，这就需要重新拉取Github中远程仓库的记录对本地仓库记录进行更新，来保证他们的一致性。

事实上，我们的这些操作都是在这个实际是将本地分支与远程仓库联系上的基础上。

那么输入指令git pull 远程仓库地址 用这条指令对本地仓库记录进行更新，更新完日志后，以后的提交也就是正常的了。

但是，也需要提醒一点，这个拉取指令pull是一个强制指令，强制的把Github中拉取回来，并且从Github中直接删去文件而非一次一次对不满意的程序文件进行覆盖是非常不理智并且危险的。我们在提交之前，就应该确定需要提交的各个文件的名称以及数量，这样每次提交只需要覆盖原来的就可以了。 

三、延伸思考之多人协作

考虑了pull和push的相关操作以及代表的意义之后，我想到了老师上课讲到的多人协作流程。Github这种可以远程接受文件的特性决定了它有天然的利于多人协作的特征。而多人协作就是大家都将自己的一部分工作整合上传到远程仓库上。

那么流程非常简单，就是创建本地仓库和远程仓库，大家都连接一个远程仓库加以整合就可以了。但这个过程中就会遇到一些问题，我认为和前面我提到的删除文件带来的后续影响原因有异曲同工之妙，那就是冲突。

每个程序员都需要用git push将自己完成的一部分代码提交到github上的同一个分支上面。那么由于push导致了每个人手中和远程仓库中的记录不一致，所以极有可能发生冲突。

所以，每个程序员在提交自己的工作部分之前，都需要先使用指令git pull 加上建立的远程仓库的地址，先将远程仓库记录拉取来保证自己的本地仓库和即将要联系的分支的一致性，然后再使用git push 提交相关工作就不会再有问题了.

总之，导致这所有问题的源头就是，本地仓库要与远程仓库的分支建立联系，那么记录就要保证一致性，我们的所有操作都要基于这一点，然后再进行。