Git 快速上手指南

最新推荐文章于 2025-04-24 11:42:36 发布

肥肥鱼2010

最新推荐文章于 2025-04-24 11:42:36 发布

阅读量1k

点赞数 1

分类专栏：版本管理文章标签： git

版本管理专栏收录该内容

1 篇文章

订阅专栏

创建新仓库

创建新文件夹，打开，然后执行：

git init

用来创建一个新的 git 仓库。

检出仓库

执行如下命令用来创建一个本地仓库的克隆版本：

git clone /path/to/repository

如果是远端服务器上的仓库，你的命令应该是这个样子：

git clone username@host:/path/to/repository

工作流

你的本地仓库由 git 维护的三棵“树”组成。第一个是你的 工作目录，他持有实际文件；第二个是 暂存区（Index），他像一个缓存区域。临时保存你的改动；最后一个是 HEAD，它指向你最后一次提交的结果。

添加和提交

你可以提出更改（把它们添加到暂存区），使用如下命令：

git add <filename>

git add *

这是 git 基本工作流程的第一步；使用如下命令用来实际提交改动：

git commit -m "代码提交信息"

现在，你的改动已经提交到 HEAD，但是还没有提交到远端仓库。

推送改动

你的改动现在已经在本地仓库的 HEAD 中了。执行如下命令用来将这些改动提交到远端仓库：

git push origin master

可以把 master 替换成你行要推送的任何分支。

如果你还没有 clone 现有仓库，并欲将你的仓库连接到某个远程服务器，你可以使用如下命令添加：

git remote add origin <server>

这样你就能够将你的改动推送到所添加的服务器上面了。

分支

分支是用来将特性开发绝缘开来的。在你创建仓库的时候，master 是“默认的”分支。在其他分支上进行开发完成后再将它们合并到主分支上。

创建一个叫“feature_x”的分支，并切换过去：

git checkout -b feature_x

切换回主分支：

gir checkout master

再把新建的分支删除：

git brance -d feature_x

除非你将分支推送到远端仓库，不然该分支就是 不为他人所见 的：

git push origin <brance>

更新与合并

要更新你的本地仓库至最新改动，执行：

git pull

用来在你的工作目录中 获取（fetch 并 合并（merge） 远端的改动。

要合并其他分支到你的当前分支（例如 master），执行：

git merge <brance>

在这两种情况下，git 都会尝试去自动合并改动。遗憾的是，这可能并非每次都会成功，并可能会出现 冲突（conflict）。这时候就需要你修改这些文件来手动合并这些 *冲突（conflict）。改完之后，你需要执行如下命令用来将它们标记为合并成功：

git add <filename>

在合并改动之前，你可以使用如下命令预览差异：

git diff <source_brance> <targert_brance>

替换本地改动

假如你操作失误，你可以使用如下命令替换掉本地改动：

git checkout -- <filename>

此命令会使用 HEAD 中的最新内容替换掉你的工作目录中的文件。已添加到暂存区的改动以及新文件都不会受到影响。

假如你想丢弃你在本地的所有改动与提交，可以到服务器上获取最新的版本历史，并经你的本地主分支指向它：

git fetch origin

git reset --hard origin/master

命令详解

上面的四条命令在工作目录、暂存目录和仓库之间复制文件：

git add files 把当前文件放入暂存区域
git commit 给暂存区生成快照并提交
git reset --files 用来撤销最后一次 git add files，你也可以使用 git reset 撤销所有暂存区的文件
git checkout --files 把文件从暂存区复制到工作目录，用来丢弃本地修改

你也可以跳过暂存区直接从仓库取出文件或直接提交代码：

git commit -a 相当于运行 git add 把所有当前目录下的文件加入暂存区之后再运行 git commit。
git commit files 进行一次包含最后一次提交加上工作目录中文件快照的提交。并且文件被添加到暂存区。
git checkout HEAD --files 回滚到最后一次提交。

行文约定

这张图片里显示最后5次提交，ed489是最新提交。 master 分支指向此次提交，另一个 maint 分支指向祖父提交节点。

后文中将使用如上图形式的图片：

绿色的五位字符表示提交的 ID，分别指向父节点。
分支用橘色显示，分别指向特定的提交。
当前分支由附在其上的 HEAD 标识。

diff

有许多种方法查看两次提交之间的变动：

commit

提交时， git 用暂存区的文件创建一个新的提交，并把此时的节点设为父节点。然后把当前分支指向新的节点。下图中，master 是当前分支，在运行命令之前，master 指向 ed489，提交后，master 指向新的节点 f0cec 作为父节点。

即便当前分支是某次提交的祖父节点，git 会同样操作。下图中，在master 分支的祖父节点 maint 分支进行一次提交，生成了1800b。这样，maint 分支就不再是 master 分支的祖父节点。此时，合并是必须的。

如果想更改一次提交，使用 git commit --amend。git 会使用与当前提交相同的父节点进行一次新提交，旧的提交会被取消。

checkout

checkout 命令用于从历史提交（或者暂存区）中拷贝文件到工作目录，也可用于切换分支。

当给定某个文件名（或者打开-p选项，或者文件名和-p选项同时打开）时，git 会从指定的提交中拷贝文件到暂存区域和工作目录。比如，git checkout HEAD~ foo.c 会将提交节点 HEAD~ (即当前提交节点的父节点)中的 foo.c 复制到工作目录并且加到暂存区域中。如果命令中没有指定提交节点，则会从暂存区域中拷贝内容。注意当前分支不会发生变化。

当不指定文件名，而是给出一个（本地）分支时，那么 HEAD 标识会移动到那个分支（也就是说，我们“切换”到那个分支了），然后暂存区域和工作目录中的内容会和 HEAD 对应的提交节点一致。新提交节点（下图中的a47c3）中的所有文件都会被复制（到暂存区域和工作目录中）；只存在于老的提交节点（ed489）中的文件会被删除；不属于上述两者的文件会被忽略，不受影响。

如果既没有指定文件名，也没有指定分支名，而是一个标签、远程分支、SHA-1值或者是像 master~3 类似的东西，就得到一个匿名分支，称作detached HEAD（被分离的 HEAD 标识）。这样可以很方便地在历史版本之间互相切换。比如说你想要编译 1.6.6.1 版本的 git，你可以运行 git checkout v1.6.6.1（这是一个标签，而非分支名），编译，安装，然后切换回另一个分支，比如说 git checkout master。然而，当提交操作涉及到“分离的 HEAD ”时，其行为会略有不同。