本篇博客是整理 git 相关知识的第一篇,因为之前一直是用 SourceTree 对 Git 的命令行操作用的不是特别熟,于是乎过了一遍 ProGit(链接: https://git-scm.com/book/zh/v1 )。本篇博客以及后边的将要发的几篇博客是对之前看 ProGit 时的笔记的整理。当然在整理时,根据具体示例来梳理了一下知识点,和 ProGit 上的讲解顺序有些区别。本篇博客聊了 Git 基础操作的一部分,主要是基于 Github 上 Fork 的 Masonry 仓库来做的,首先 Clone 相关仓库,然后根据 git status 命令的提示引出了一系列的命令操作。
Git 的原理就不做过多赘述了,ProGit 上聊得挺好。不过还是要聊一下集中版本控制系统和分布式版本控制的区别。在版本管理中主要包含集中化的版本控制系统 (Centralized Version Control Systems,简称 CVCS) 例如 CVS、Subversion 以及 Perforce 等 ,和分布式版本控制系统 (Distributed Version Control System,简称 DVCS), 例如 Git、Mercurial、Bazaar 以及 Darcs 。DVCS 的特点为每一次的克隆操作,实际上都是一次对代码仓库的完整备份。 其中文件的状态主要包括已提交(committed)、已修改(modified) 和已暂存(staged) 的。这些东西就不细说了,先看一下 git 的命令的一些操作。
备注:接下来的几篇博客的终端操作都是在 Mac 上使用的 ITerm 完成的,终端上装的是 oh-my-zsh ( https://github.com/robbyrussell/oh-my-zsh )。
一、获取远程仓库为了方便做一些 git 相关的基础操作,就是使用在 github 上 Fork 的 Masonry 的仓库做实验吧,然后基于此 Fork 的仓库来展开接下来的相关内容。
第一步要做的就是将远程仓库中的代码克隆到本地,git clone 命令做的就是这件事情。其后边跟的参数就是上述截图中的地址,其具体操作如下所示:
在第一部分我们就先简单的看一下 git clone 的演示操作。首先使用了 git clone 命令将远端的代码以及相关分支信息 clone 到本地,然后在本地进行了一次提交(git commit), 最后将提交 push 到远端。在接下来的几篇博客中会陆陆续续的介绍到,在此就先不多说了。
二. 由 git status 命令引起的其他命令我们可以使用 git status 命令来查看相关文件的状态,在下方的操作中首先我们对 README.md 文件使用 vim 编译器进行修改并保存, 然后创建了一个名为 NewCreateFile 的文件。并使用 git status 命令来查看其相关的状态。
从下方输出的结果中不难看出 README.md 的文件状态为 modified, 也就是被修改了,更详细的提示为 "Changes not stagged for commit", 也就是说文件被修改了,但是还没有在提交(commit)前进行存储(staged)。并且给了相关的提示,可以使用 git add <文件名> 命令进行存储,或者使用 git checkout -- < 文件名 > 命令放弃在工作目录中的修改。
而我们刚创建的 NewCreateFile 文件处于 Untracked (未被跟踪的状态),并且可以使用 git add <文件名> 来将该创建的 NewCreateFile 添加到可以被提交(commit)的内容当中去。并且还给出了一条建议,可以对 NewCreateFile 文件使用 git commit -a 来直接进行提交。
如果你对 git 的各种状态比较熟悉了,也可以使用 git status -s 来查看简写的状态,这种简写的状态和 SVN 上的差不多 M - 被修改,A - 被添加,D - 被删除,R - 重命名,?? - 未被跟踪 等等,下方遇到其他的状态符号时在一一解释。
根据上面 git status 命令的提示内容,我们至少可以得到三种命令的使用方式:
暂存文件的命令:git add <文件名>
放弃未暂存文件的修改命令:git checkout -- <文件名>
将被修改的文件暂存并提交的命令:git commit -a
接下来我们可以看一下 git add 的命令,下方分别将上述两个文件进行了 add, 也就是将文件进行暂存。暂存后,使用了 git status 命令查看状态,提示这些修改可以被提交了,并且还可以使用 git reset HEAD <文件名> 来取消相关文件的暂存。使用 git status -s 命令来查看 状态标记由原来的红色改成了绿色,并且 NewCreateFile 的状态标记由?? 变成了 A (新添加文件)。
接下来我们根据提示,看一下 git reset HEAD <文件名> 命令的操作,下方分别对已经暂存的两个文件执行了 git reset HEAD <文件名> 操作,如下所示。从操作后的结果可以看出,两个文件的状态是一夜回到了解放前,又回到了之前暂存的状态。
接下来我们在看一下对未暂存的修改文件进行回滚的操作命令: git checkout -- <文件名>,根据上面的提示我们可以知道该操作可以放弃对某个为暂存的文件的修改。接下来我们就来看一下这个命令的操作。不过有一点需要注意,该操作如果生效了,再想找回被丢弃的内容就找不回了。也就是说 git checkout -- <文件名> 是不可逆的,因为其回滚的内容并没有在 git 中进行暂存和记录。从下方的操作我们可以看出被修改的 README.md 回到了未被修改的状态之前。
接下来我们来看一下上面提到的命令 git commit -a 的操作,首先我们再次对 README.md 进行修改,然后查看一下状态。接着使用 git commit -a -m "提交说明" 来进行添加和提交。从该命令执行后的状态中我们可以看到,git commit -a 只对 状态为 M 的文件有用,而对新增而为添加的问题是不起作用的,因为我们新添加的文件 NewCreateFile 仍然处于 Untracked 状态中。
我们可以使用 git add 命令对 NewCreateFile 文件进行暂存,使用 git commit 命令对暂存的内容进行提交。提交后,我们查看状态时看到一个提示, 大概是说你的分支已经领先远端的主分支 2 个提交,可以使用 git push 操作来发布你本地的提交。
下方是 git push 操作的相关内容,我本地是配了 github 的 ssh-key 的,不过之前 clone 的时候使用的是 https 的方式,需要在第一次 PUSH 的时候都要求输入用户名和密码。每次都输入用户名和密码挺麻烦的稍后我们将使用 git 的其他命令将其解决掉。
push 完毕后,我们可以动 github 上相应的仓库中可以看到其相关的修改内容了,具体如下:
由上面的内容,不难发现,从一开始的 git status 命令,根据相关提示,引出了其他相关命令。下方是对其相关命令的总结:
git status : 查看当前仓库中文件的状态。
git status -s : 文件状态的简写(M - 修改, A - 添加, D - 删除, R - 重命名,?? - 未追踪)。
git add <文件名> :将后方紧跟的文件进行暂存,以便 commit 使用。
git reset HEAD <文件名> : 将已经暂存的文件进行撤销,回到未暂存的状态。
git checkout -- <文件名> :撤销对尚未暂存文件的修改,该操作不可逆,慎用。
git commit -a : 对那些被修改的文件单尚未暂存和提交的文件进行暂存和提交。注意:对未暂存的新增文件无效。
git commit : 对暂存区的文件进行提交到本地仓库。
git push : 将本地仓库已经提交的内容发布到远端。
根据上面的操作可以看到,上面的远端链接是 https 的。因为我本地是赔了 github 的 ssh-key 的,所以也是支持 ssh 的链接的。下方我们将根据 git remote 远程仓库操作来添加上 ssh 的仓库地址。下方是一系列的操作:
首先通过 git remote -v 命令来查看当前仓库的远端地址,从下方看到是 https 格式的。
然后在通过 git remote add 远端仓库地址别名来添加一个新的仓库地址,下方添加的是一个 ssh 的仓库链接。
接着我们再次对远端仓库的链接查看时,就会看到相应的新添加的仓库地址。
然后我们队 README 文件做了点修改,并 push 远端。在 push 时我们选择了后来添加的新的远端仓库,可以看出使用的是别名。
下方是 push 后从 github 上对应的仓库看到的相关内容,也是可以看到的修改的相关内容的。
2、远端仓库地址删除和重命名从上面的内容不难看出,两个仓库地址其实是重复的。现在我们没必要都将其进行存储了。我们要删掉那个 https 的仓库,下方是具体的操作步骤。
首先通过 git remote -v 来查看目前现有的远端仓库。
然后通过 git remote rm origin 命令来删除别名为 origin 的远端地址,删除后,再次查看时,origin 的仓库地址就木有了。
紧接着使用 git remote rename origin_ssh origin 命令,将 origin_ssh 重命名为 origin 即可。
最后我们还可以使用 git remote show origin 命令来查看 push 到远端的那个分支上,具体操作步骤如下所示。
今天博客就先到这儿,下篇博客会继续聊 git 命令的其他基础操作。
来源: https://www.cnblogs.com/ludashi/p/8052739.html