git_0">git操作

gitee为例

新建仓库并拉取到本地

在gitee上新建仓库后

我们点击这个橙色的克隆、下载

选择HTTPS的链接进行复制

我们创建一个test目录并cd进去

我们就可以把远端仓库拉取下来：

git clone后面带上刚才复制的链接

现在test目录下就有我们拉取下来的仓库了

但是我们感觉好像并没有看到仓库，ls -al才能看到

,git就是新建的仓库，叫做隐藏的本地仓库。

在网站上其实我们也看不到这个.git

tree一下发现.git里面包含的东西其实还挺多的。

这里面是我们历史上所有的修改记录。

我们不同版本的修改数据都会保存在git特定的目录下，一般是objects

其实我们的git在记录时，不需要记录不变的。

git只会提交变化的部分。

假如我们从100行里删了1行代码，git只需要记录删除了第99行这样的字符串。

如果未来我们想恢复，把“删除”改成“添加”这一行。

---

加进本地仓库

我们在拉取下来的目录merge_class_delete里创建一个文件test.c并在其中编写代码：

但是这个test.c是并没有在本地仓库管理起来的。

git add .可以把当前目录下所有陌生的文件添加到本地仓库。

也可以git add test.c

或git add test *

但这样还不算是完全添加到仓库里了

（我们要厘清当前工作区域.git的概念）

当我们add之后其实只是添加到了一个临时的暂存区里面：

那么这个暂存区的作用是什么呢？

这个暂存区允许我们多次添加，一次一起提交到git仓库。

多次add，一次提交。

第二个理由是暂存区可以恢复，后悔提交。

怎么看现在是什么状态呢?

git status

提交到本地仓库

git commit -m "……"

-m后面跟的是日志信息，或者说是提交日志信息。

这个信息建议不能乱写，要写本次提交做的核心工作。

因为git log就能看提交记录

这里的commit后面的是提交id。表示一种唯一值，相当于我们前面说的v1 v2 v3

将远端仓库与本地同步

git push

会要求我们输入gitee的用户名和密码

然后就可以看到

在gitee上面就能看到我们刚push的代码了，就完成了同步。

如果我们不小心删掉了本地仓库，此时就可以再次克隆远端仓库到本地了：

git_134">所以以上这就是git的三板斧

---

补充细节

git_140">1.git命令行安装

sudo yum install -y git（centos）

sudo apt install -y git（ubantu）

这样是说明已经装了

或者which git

gitusernameemail_152">2.git首次使用要求输入username，email

所以在git log后我们可以在Author这里后面看到用户名和邮箱

git_160">3.git提交只保存头、源文件

不保存临时文件，也就是只管理后缀为.h .cpp .c这些的文件。

所以在我们构建仓库时有个.gitignore

它就是用来做这个的，帮我们进行本地文件后缀过滤。

如果在这个配置信息里出现的后缀格式，在add commit push的时候都不会被提交。

vim .gitignore我们可以将其打开

这些配置信息里出现的后缀的文件既不会被远端仓库托管，也不会被本地仓库托管，只能算是linux环境下当前目录里的临时文件。

总之就是没有被git管理。

Windows与远端仓库

linux可以把远端仓库拉取下来，Windows上同样可以。

Windows上得装有git。

（也可以在Windows终端操作）

现在我们已经装有TortoiseGit

我们在点clone之前要先去复制我们要拉去的远端仓库的链接，然后再点clone，就会自动选中我们要的那个远端仓库。

拉取后就可以看到了。

如果现在我们在Windows里对test2.c进行修改

然后因为我们是修改这个文件而不是新建文件，所以我们直接commit

然后再push

现在我们的linux Windows 远端都有这个相同的仓库了

而刚才Windows用户修改了代码但Linux用户并不知道，在写自己的代码然后想进行上传，因为add和commit是在本地做的所以暂且还不会报错

git push之后就会报错了

rejected

那么怎么办呢？

要git pull，将本地的仓库与远端的进行一次同步

cat test2.c我们就能看到Windows用户做了的修改

刚才我们是在add和commit之后因为没同步没push成功的，现在git pull完之后我们不需要重复做add和commit，直接git push就可以。

since我们的linux用户写了个新的代码并同步到了远端，现在我们的Windows用户也出现了无法直接上传的状况。地位对等地，我们也需要先将本地仓库与远端仓库进行一次同步，然后才能再上传自己的代码。

远端仓库相比较于任何人，都是最新的。

实际操作中即使在同一个仓库也要在不同的目录下，这样冲突合并的成本最低。

可以在管理里进行仓库的删除。

对于目录，也可以进行这样的管理，操作都是一样的。