版本控制软件能够让我们拍摄处于可行状态下的项目的快照。更改项目(比如实现新功能)后,如果项目不能正常运行,可以恢复到前一个可行状态。
通过版本控制软件,我们可以无顾忌地改进项目,不再需要担心项目因为自己犯了错而遭到破坏。对于大型项目而言,这显得尤为重要。对小项目来说,这也是大有益处的。
安装Git
要在Windows系统中安装Git,访问 https://git-/downloads
点击下载安装包,然后双击安装即可。
配置Git
Git会跟踪到底是谁修改了项目,哪怕参与项目开发的人只有一个。为此,Git需要知道你的用户名和电子邮件地址。你必须提供用户名,但可以使用虚构的电子邮件地址:
$ git config --global user.name "username"$ git config --global user.email "username@"
如果忘记了这一步,在你首次提交时,Git将提示你提供这些信息。
创建项目
我们来创建一个要进行版本控制的项目。在你的系统中创建一个目录,并将其命名为learn_git
。在这个目录中,创建一个简单的Python程序:
# hello_world.pyprint("Hello Git World!")
忽略文件
扩展名为.pyc
的文件是根据.py
文件自动生成的,因此我们无需让Git跟踪它们。这些文件存储在__pycache__
目录中。为了让Git忽略这个目录,创建一个名为.gitignore
的特殊文件,并将下面类容添加到文件中:
__pycache__/
这让Git忽略目录__pycache__
中的所有文件。使用.gitignore
文件可以避免项目混乱。
初始化仓库
现在的learn_git
只是一个普通的目录,包含了一个Python
文件和一个.gitignore
文件,为了对其进行版本控制需要使用Git进行初始化一下。打开一个终端窗口,切换到learn_git
目录,并执行如下命令:
输出表明Git在learn_git
中初始化了一个空仓库。仓库是程序中被Git主动跟踪的一组文件。Git用来管理仓库的文件都存储在隐藏的.git/
中。
检查状态
在执行其他操作前,先看一下项目的状态:
在Git中,分支是项目的一个版本。从这里的输出可知,我们位于分支master
上(见1)。Git指出了项目中未被跟踪的文件(见2),因为我们还没有告诉它要跟踪哪些文件。提交是项目在特定时间点的快照。此时,我们被告知没有将任何东西添加到当前提交中,但我们需要将未跟踪的文件加入到仓库中(见3)。
将文件加入到仓库中
下面将之前的两个文件加入到仓库中
$ git add .
再次检查状态:
命令git add .
将项目中未被跟踪的所有文件都加入到仓库中。它不提交这些文件,而只是让Git开始关注它们。当我们检查项目的状态时,Git找出了需要提交的一些修改。标签new file
意味着这些文件是新添加到仓库中的。
执行提交
接下来,我们执行第一次提交:
我们执行命令git commit -m "message"
以拍摄项目的快照。选项-m
让Git将接下来的消息"Started project"
记录到项目的历史记录中。输出表明我们在分支master
上,且有两个文件被修改了。现在我们检查状态时,发现我们在分支master
上,且工作目录是干净的。
查看提交历史
Git记录所有的项目提交。下面来看一下提交历史:
每次提交时,Git都会生成一个包含40字符的独一无二的引用ID。它记录提交是谁提交的、提交的时间以及提交时指定的消息。但是,并非在任何情况下都需要所有这些信息,Git提供了一个选项,以便能够打印提交历史条目中更简单的版本:
选项--pretty=oneline
指定显示两项最重要的信息:提交的引用ID以及为提交记录的消息。
第二次提交
我们在hello_world.py
中再添加一行代码:
# hello_world.pyprint("Hello Git World!")print("Hello everyone.")
查看项目状态,Git注意到了这个文件发生了变化:
输出指出了我们当前所在的分支、被修改了的文件的名称,还指出了所做的修改未提交。接下来我们提交所做的修改,并再次查看状态:
我们再次执行了提交,并在执行命令git commit
时指定了选项-am
。选项-a
让Git将仓库中所有修改了的文件都加入到当前提交中(如果在两次提交之间创建了新文件,可再次执行命令git add .
将这些新文件加入到仓库中)。选项-m
让Git在提交历史中记录一条消息。
我们查看项目的状态时,发现工作目录也是干净的。最后,我们发现提交历史中包含两个提交。
撤销修改
下面来看看如何放弃所做的修改,恢复到前一个可行状态。为此,首先在hello_world.py
中再加一行代码:
# hello_world.pyprint("Hello Git World!")print("Hello everyone.")print("Oh no, I broke the project!")
保存并查看状态:
Git注意到我们修改了hello_world.py
。我们可以提交所做的修改,但这次我们不提交所做的修改,而要恢复到最后一个提交(那次提交时项目能够正常地运行)。为此,我们不对hello_world.py
执行任何操作——不删除刚添加的代码行,也不使用文本编辑器的撤销功能,而在终端会话中执行如下命令:
命令git checkout
让你能够恢复到以前的任何提交。命令git checkout .
放弃自最后一次提交后所做的所有修改,让项目恢复到最后一次提交的状态。
如果我们回到文本编辑器,将发现hello_world.py
被修改成了下面这样:
就这个项目而言,恢复到前一个状态微不足道,但如果我们开发的是大型项目,其中数十个文件都被修改了,那么恢复到前一个状态,将撤销自最后一次提交后对这些文件所有的所有修改。这个功能很有用:实现新功能时,可以根据需要做任意数量的修改,如果这些修改不可行,可以撤销它们,而不会对项目有任何影响。
检出以前的提交
我们可以检出提交历史中的任何提交,而不仅仅是最后一次提交,为此可在命令git checkout
末尾指定该提交的引用ID的前6个字符(而不是句点)。
检出以前的提交后,将离开master
分支,并进入分离头指针(detached HEAD)状态。HEAD表示项目的当前状态,之所以说处于分离状态,是因为我们离开了一个命名分支(这里是master)。
要回到master
分支,可以检出它:
除非你要使用Git的高级功能,否则在检出以前的提交后,最好不要对项目做任何修改。如果只有你一个人开发项目,而你又想放弃较近的所有提交,并恢复到以前的状态,也可以将项目重置到以前的提交。为此,可以在处于master
分支上执行如下命令:
我们首先查看了状态,确认我们在master
分支上。查看提交历史时,我们看到了两个提交。然后,执行命令git reset --hard
,并在其中指定了要永久地恢复到的提交的引用ID的前6个字符。再次查看状态,发现我们在master
分支上,且没有需要提交的更改。再次查看提交历史时,发现我们处于要从它重新开始的提交中。
更多
最后,推荐一个网站 Learn Git Branching:/
以闯关+可视化的形式学习Git相关知识。