首次上传代码

先登录GitHub新建一个仓库：

然后填好仓库名和其他一些信息：

填选好后点击Create repository创建仓库，创建好后在本地找个位置使用git clone xxxxx命令把你刚新建好的仓库克隆下来，进入这个文件夹后把你要上传的代码文件都放到这个文件夹里，然后依次使用如下命令：

git add .
git commit -m "你要提交的说明内容"
git push -u origin main    (main或者master都行，都是主分支的意思)

完成后去到GitHub里看一下，代码都上传上去了

更新代码

可以先查看一下当前git仓库的状态：

git status

然后依然是添加和提交：

git add .
git commit -m "你提交的更新说明信息"

然后先拉取远程仓库的代码进行检查：（后面有答疑）

git pull

最后再 push 到远程仓库分支上就可以了

git push origin main  (跟上面一样，都是分支名)

完成后去到GitHub里看一下，代码都更新上去了

答疑

为什么要先commit，然后pull，然后再push，我pull了，岂不是把自己改的代码都给覆盖掉了嘛，因为远程没有我改的代码，我pull，岂不是覆盖了我本地的改动好的地方了？那我还怎么push？

这个先 commit 再 pull 再 push 的情况就是为了应对多人合并开发的情况：

1、commit 是为了告诉 git 我这次提交改了哪些东西,不然你只是改了但是 git 不知道你改了,也就无从判断比较;

2、pull是为了本地 commit 和远程commit 的对比记录,git 是按照文件的行数操作进行对比的,如果同时操作了某文件的同一行那么就会产生冲突,git 也会把这个冲突给标记出来,这个时候就需要先把和你冲突的那个人拉过来问问保留谁的代码,然后在 git add && git commit && git pull 这三连,再次 pull 一次是为了防止再你们协商的时候另一个人给又提交了一版东西,如果真发生了那流程重复一遍,通常没有冲突的时候就直接给你合并了,不会把你的代码给覆盖掉

3、出现代码覆盖或者丢失的情况:比如A B两人的代码pull 时候的版本都是1,A在本地提交了2,3并且推送到远程了,B 进行修改的时候没有commit 操作,他先自己写了东西,然后 git pull 这个时候 B 本地版本已经到3了,B 在本地版本3的时候改了 A 写过的代码,再进行了git commit && git push 那么在远程版本中就是4,而且 A 的代码被覆盖了,所以说所有人都要先 commit 再 pull,不然真的会覆盖代码的