git缓存区、本地仓库、远程仓库的同步问题(初始化库无法pull和push)

git新建库与本地库同步

gitee使用教程，git的下载与安装接不在叙述了。

1. 新建远程仓库 新建远程仓库必须要使用仓库提供的api，也就是仓库门户网站，例如gitee，github，gitlab等。在上图中使用gitee网址中新建了一个test仓库，默认生成一个master分支，新建仓库时里面必须要有文件，这是git得要求。

另外第一次生成时候可能还会出现一个教程，一些配置命令：

git创建一个仓库的初始化操作

• git config --global user.name "xiaoxu"
• git config --global user.email xiaoxu@example.com
• git init
• touch README
• git add .
• git commit -m "message"
• git remote add XXX
• ...

git config --list查看更多命令gitee教程

其中实现本地仓库绑定远程仓库同步的就是git remote add了。

初始化本地仓库并绑定远程仓库地址后，就可以实现上传文件并同步文件了：

上传步骤就在本地初始化了一个仓库，但是git还未对新建的文件追踪。除了上述初始化外还可以从远程仓库直接克隆到本地git clone xxx。

远程test仓库被克隆下来，包含初始化额文件：

上述两种均可创建本地仓库，但是第二种是更方便的，如果gitee门户网站配置了的话，本地仓库就无需任何配置，但是如果是克隆的别人的仓库，就需要修改配置。

git文件追踪

初始化仓库的两种方式与区别

git init创建完仓库后就需要对文件实现追踪，使用的git命令是git add将需要上传的文件添加到git缓存区，就实现了追踪了。

可以使用git status查看追踪状态，只有被git追踪的文件才会被上传。类似于vsode，idea只是ide，不管如何在其中修改代码，都不会改变git缓存区中的文件，当删除了编辑器的文件，git缓存区任然存在，必须通过其它文件清楚缓存区文件，但是一般情况下类似于idea，goland实现vcs绑定git后都自动绑定了删除命令，无需人为操作。在编辑器中删除某些文件自动同步到git缓存区和本地仓库

在上一节新建仓库后，通过git add命令添加文件到git缓存区实现git链路追踪：

> git status命令可以看到默认创建的mater分支和缓存区中的new file，当然也显示了git rm --cached命令后续在讲。

git commit命令推送到本地仓库

>本地仓库非常重要，因为线上的仓库内容都来自本地仓库。

推送本地仓库融合到远程仓库git push命令 然后就出错了，这里可能想到本地库只有README文件，而线上库可不止，而且文件内容也不一样。 那么把线上的pull一下merge后再推送呢？然而如下：

又出现一大堆提示，而且文件也没拉下来，这里既不可以pull，又不可以push是什么情况呢？

这是由于两个仓库不同源，git的链路追踪是独立的，因此两个不同的git链路追踪不可使用git命令融合，只有同源的链路追踪才可以使用git得命令。

本地仓库和远程仓库有不同的开始点，也就是两个仓库没有共同的commit出现，无法提交，此时我们需要allow-unrelated-histories。

显然这才初始化的过程中是不合理的，git官方也提供了响应的更改使得不同源的可以融合，更改命令如下：

git pull origin master --allow-unrelated-histories 通过上面的更改，在git pull一次后，线上被merge到本地仓库中，代码融合，实现了同源。这时再pull就可以了，提交上去的本地仓库也是融合了的。

在克隆时候仓库名会以文件的格式生成，因此直接克隆下来的是一个文件下，对文件的操作需要进入该文件里：

• cd test

可以看到文件下存在一个.git文件表示存在git仓库，并且配置和远程一模一样，文件也都一样。

vi hello git add加入git追踪后git commit提交到本地仓库，甚至都不需要git pull一下就能直接git push而且是成功上传。

==建议==：

建议都使用git clone命令创建本地仓库，因为是直接把线上克隆下来都是完全一样的，但是克隆别人的仓库需要修改配置可能麻烦点，自己仓库时非常方便的，如下test1文件中就是克隆完成的。

缓存、本地仓库、远程仓库同步问题

|     
|     缓存   =========》   本地仓库    =========》   远程仓库
|

首先在使用idea,goland等ide时如果初始化了git仓库并实现了远程仓库连接(同源配置成功)后，用ide打开文件，会自动实现git得绑定，除了git commit,git pull,git push命令外其它都是自动化实现了，无需人为操作，但是是ide在后台执行了命令。如下：

甚至都没有git add , git rm , git rebase , git restore 等其它命令。

git add命令在创建文件时就执行了，如果第一次使用可能会提示一下，有view files, always add , do not ask again的选项，如下：

甚至会贴心使用不同的颜色区分，如下main.go

当点击左下角的always add后就可以使其不再弹出了，但是有遇到一个问题，如果创建的文件不想添加到git追踪中该如何操作呢？

1. 在这里不总是添加，点击View Files选择添加，使创建文件时手动选择。
2. 直接关闭弹窗，都不添加，使用git add在terminal指定添加
3. always add后在缓存中添加但是不上传到本地仓库，同步远程时也自然不会上传到远程。

建议：建议都选always add添加到缓存无所谓的，通过.gitignore文件配置一下不上传到本地仓库就可以了。不限麻烦也可以手动操作。

文件 .gitignore 的格式规范如下：

所有空行或者以注释符号 ＃ 开头的行都会被 Git 忽略。
可以使用标准的 glob 模式匹配。
匹配模式最后跟反斜杠（/）说明要忽略的是目录。
要忽略指定模式以外的文件或目录，可以在模式前加上惊叹号（!）取反。

所谓的 glob 模式是指 shell 所使用的简化了的正则表达式。星号（*）匹配零个或多个任意字符；[abc] 匹配任何一个列在方括号中的字符（这个例子要么匹配一个 a，要么匹配一个 b，要么匹配一个 c）；问号（?）只匹配一个任意字符；如果在方括号中使用短划线分隔两个字符，表示所有在这两个字符范围内的都可以匹配（比如 [0-9] 表示匹配所有 0 到 9 的数字）。

# 此为注释 – 将被 Git 忽略
    # 忽略所有 .a 结尾的文件
    *.a
    # 但 lib.a 除外
    !lib.a
    # 仅仅忽略项目根目录下的 TODO 文件，不包括 subdir/TODO
    /TODO
    # 忽略 build/ 目录下的所有文件
    build/
    # 会忽略 doc/notes.txt 但不包括 doc/server/arch.txt
    doc/*.txt

ide自动完成了大多是的工作，那么离开ide使用命令该如何处理呢？

git缓存区删除文件并清除文件跟踪

git将git add到缓存区的内容移除使用git rm 。如果直接删除文件不管git追踪会发生什么呢？

如果直接删除可以看到git已经检测到文件被删除了，如下 远程仓库的hello文件还存在，如下图：

git commit提交到本地仓库

git push提交到远程仓库 结果发现main.go成功提交，但是hello任然在远程仓库中， 说明本地仓库还存在hello文件，本地仓库文件是从缓存区提交的，那么缓存区也还存在，可见直接删除文件并不会销毁git得文件追踪。

git rm 命令从缓存区移除指定文件

git rm 就是rm + git reset的合体，本地文件也一起删了，但是git reset只移除git追踪不会删除本地文件

如下对比，直接删除

可以看到远程删除过程也同步了，本地仓库的删除merge到远程仓库，hello文件消失

在提交记录里面查看也记载了hello被删除了

和本地如初一折

==git reset命令==

git reset命令也是可以将暂存区的文件取消暂存另外还可以切换到指定版本，git reset HEAD切换到上一个版本。

再次新建hello文件并缓存

git reset命令取消缓存

现在测试回溯上一个版本功能，如下查看hello内容为hello git add后追加内容，再次git add，如下

git已经检测出来hello文件被修改了modified,但是可以看到modified hello部分是在Changes not staged for commit中的，也就是修改部分还没被git跟踪。

如上图所示重新git add到缓存区，此时修改的部分也添加到缓存区了。git reset一次查看，如下

git reset后hello回到了没被git追踪的状态。

git reset HEAD 是回溯到上一版本。

==git restore==命令

git restore命令是撤销的意思，文件从未被git追踪撤销，回到被追踪的状态，就是说git reset的逆命令，该命令有git restore <file>和it restore --staged <file>两种常用的用法。

前者用户撤销未被git追踪切没有在工作区修改的撤销，（撤销修改了的文件不会报错，但没反应）后者撤销被移除git追踪且修改的文件（保留修改）。

没有直接的命令可以操作本地仓库，这是由于本地仓库是远程仓库的一个分支，如果随便修改可能造成无法融合代码，所以对文件的所有修改和变动都记录再缓存中，确定后再将需要融合的代码提交到本地仓库。

例如需要删除一个多余的文件，就需要在缓存区中先删除文件，再提交到本地仓库，git追踪记录删除的过程，提交后git系统自动应用删除记录，从而使本地仓库也同步进行。

案例：commit了words文件，需要删除它，并同步到远程仓库？

• git rm hello (或者git reset）
• git commit

上述两部直接同步了，应为缓存区的操作会被记录并在git commit 时自动应用，本地仓库是没有直接命令修改的，开发者对缓存区操作，操作被git系统记录，并在下一次git commit时自动应用。