小编在学习可视化的时候,接触到git,所以这里写一下关于GitHub的有关知识,写这个的目的还是巩固自己的学习,一方面可以提高自己,另一方面回头看一下,有什么更深层次的东西还可以再记录。

首先说一下版本控制软件,它可以让我们能够拍摄处于可行状态的项目的快照,修改项目(如实现新功能)后,如果项目不能正常运行,可以恢复到前一个可行状态。

通过使用版本控制,我们可以无忧无虑的改进项目,不用担心项目因为我们犯错而遭到破坏,对于大型项目来说,这显得尤为重要,但是对于小项目来说,哪怕只包含一个文件的程序,也大有裨益。

GibHub的名字源于Git,Git是一个分布式版本控制系统,让程序员团队能够协作开发项目,Git帮助大家管理为项目所做的工作,避免一个人所做的修改影响其他人所做的修改。你在项目中实现一个新功能的时候,Git将跟踪你对每个文件所做的修改。确定代码可行后,你将提交所做的修改,而Git将记录项目最新的状态,如果你犯了错,想撤销所做的修改,可轻松的返回以前的任何可行状态。GitHub上的项目都存储在仓库中,后者包含与项目相关联的一切:代码,项目参与者的信息,问题和bug报告等

下面讲一下安装Git(小编是windows系统,就只演示windows系统的安装)

第一步:下载(https://git-for-windows.github.io/),下载好如下图

第二步:安装过程,此处省略,要想安装可以点击下面链接

第三步:配置

Git跟踪谁修改了项目,哪怕参与项目开发的只有一个人。为此,Git需要知道你的用户名和电子邮件。你必须提供用户名,但可以使用虚构的电子邮件地址:

git config --global user.name "Username"

git config --global user.email "Username@example.com"

因为Git是分布式版本控制系统,所以,每个机器都必须自报家门:你的名字和Email地址。你也许会担心,如果有人故意冒充别人怎么办?这个不必担心,首先我们相信大家都是善良无知的群众,其次,真的有冒充的也是有办法可查的。

注意git config命令的--global参数,用了这个参数,表示你这台机器上所有的Git仓库都会使用这个配置,当然也可以对某个仓库指定不同的用户名和Email地址。

第四步:创建项目

我们来创建一个要进行版本控制的项目(又称版本库)。在你的系统创建一个文件夹,并将其命名为learngit。

我创建learngit的程序如下:

mkdir learngit #创建文件learngit

cd learngit #进入learngit文件里面

pwd #显示learngit的存在目录

我创建了一个hello.world.py程序,如下:

print("hello world")

第五步:忽略文件

忽略扩展名为.pyc的文件,它是根据.py文件自动生成啊,我们无需让Git去跟踪。这些文件存储在目录__pycache__中,未来让git忽略它,我们创建一个名为.gitignore的特殊文件,(这个文件是以局点打头,没有扩展名,并且让在其中添加下面一行内容)

_pycache_/

第六步:初始化仓库

我们创建了一个文件,并通过git init命令把这个目录变成Git可以管理的仓库:

$ git init

Initialized empty Git repository in C:/Users/learngit/.git/

瞬间Git就把仓库建好了,而且告诉你是一个空的仓库(empty Git repository),细心的读者可以发现当前目录下多了一个.git的目录,这个目录是Git来跟踪管理版本库的,没事千万不要手动修改这个目录里面的文件,不然改乱了,就把Git仓库给破坏了。要是删除这个东西,则丢弃项目的所有记录。

如果你没有看到.git目录,那是因为这个目录默认是隐藏的,用ls -ah命令就可以看见。

也不一定必须在空目录下创建Git仓库,选择一个已经有东西的目录也是可以的。不过,不建议你使用自己正在开发的公司项目来学习Git,否则造成的一切后果概不负责。

第七步:检查状态

在执行其他操作之前,先来看一下状态:

$ git status

On branch master

No commits yet

Untracked files:

(use "git add ..." to include in what will be committed)

hello_world.py

nothing added to commit but untracked files present (use "git add" to track)

在Git中,分支是项目的一个版本,从这里的输出我们可以知道,我么位于分支的,master

我们每次查看项目的状态时候,输出的都是我们位于分支master上,接下里的输出表明,我们将进行初始项目的日叫,提交是项目在特定时间的快照。

Git指出了项目中未被跟踪的文件,因为我们还没有告诉他要跟踪那些文件,接下里我们被告知没有任何东西添加到当前提交里面,但我们可能需要将为跟踪的文件加入仓库

第八步:将文件加入到仓库

$ git add .

。。。@▒▒▒▒▒ĵ▒▒▒ MINGW64 ~/learngit (master)

$ git status

On branch master

No commits yet

Changes to be committed:

(use "git rm --cached ..." to unstage)

new file: hello_world.py

命令  git add .   将项目中未被跟踪的文件都加入到仓库中,它不提交这些文件,而只是让git开始关注他们。现在我们检查这个项目的状态,发现Git找到了需要提交的文件的一些修改,标签 new file  表示这些文件是新加入的。

第九步:执行提交

$ git commit -m "Started project"

[master (root-commit) 5d6ceca] Started project

1 file changed, 1 insertion(+)

create mode 100644 hello_world.py

我们在执行   git commit -m "Started project"    的时候以拍摄项目的快照。标志-m 让Git接下里的消息(“Started project")记录到项目中的历史记录中,输出表明我们在分支master 上,而且有一个文件被修改了

简单解释一下git commit命令,-m后面输入的是本次提交的说明,可以输入任意内容,当然最好是有意义的,这样你就能从历史记录里方便地找到改动记录。

第十步:查看提交历史

$ git log

commit 5d6cecad80427924b94b14c6fd2bb82a4fa86840 (HEAD -> master)

Author: wangjian <1171737614.qq.com>

Date: Sat Dec 9 20:16:17 2017 +0800

Started project

我们每次提交的时候,Git都会生成一个包含40字符的独一无二的引用ID,它记录提交是谁执行的,提交的时间以及提交的指定消息,并非在任何情况下你都需要所有的这些信息,因此Git提供一个选项,让我们能够打印提交历史条目的更简单的版本。

$ git log --pretty=oneline

5d6cecad80427924b94b14c6fd2bb82a4fa86840 (HEAD -> master) Started project

标志 --pretty=oneline   指定显示一项最重要的信息,提交的引用ID以及为提交记录的消息。

第十一步:第二次提交

为了显示版本控制的强大,我们需要对项目进行修改,并提交所做的修改。为此,我们在文件hello.world.py中再添加一行代码。

print("hello world")

print("hello git")

如果我们查看项目的状态,将发现Git注意到这个文件的变化

$ git status

On branch master

Changes not staged for commit:

(use "git add ..." to update what will be committed)

(use "git checkout -- ..." to discard changes in working directory)

modified: hello_world.py

no changes added to commit (use "git add" and/or "git commit -a")

这个之处了我们当前所在的分支为master,其中做出修改的文件是hello_world.py,而且指出所做的修改还没有提交。

接下来我们提交所做操作,并在查看操作。

这一步,我们执行了提交,并且在执行命令git commit 的时候指定了标志-am.标志-a 让Git 将仓库中所有修改了的文件都加入当前提交中,(如果我们两次提交之间加入了新文件,我们执行get add . 操作,将新文件加入到仓库中)标志-m让Git咱提交历史中记录一条消息。

$ git commit -am "Extrended greeting."

[master b4ee15d] Extrended greeting.

1 file changed, 2 insertions(+), 1 deletion(-)

$ git status

On branch master

nothing to commit, working tree clean

$ git log --pretty=oneline

b4ee15ddf5274f488db8c74c327065c6f331ec5e (HEAD -> master) Extrended greeting.

5d6cecad80427924b94b14c6fd2bb82a4fa86840 Started project

我们在查看项目的状态的时候,发现工作目录也是干净的,最后我们发现提交历史中包含两个提交。

第十二步:撤销修改

下面来看看如何放弃所做的修改,恢复到一个可行状态,为此,我们首先在hello_world.py中添加一行代码

hello_world.py

print("hello world")

print("hello git")

print("the world is bad")

保存并运行这个文件

我们查看状态,发现Git注意到所做的修改

$ git status

On branch master

Changes not staged for commit:

(use "git add ..." to update what will be committed)

(use "git checkout -- ..." to discard changes in working directory)

modified: hello_world.py

no changes added to commit (use "git add" and/or "git commit -a")

Git注意到我们修改了hello_world.py,我么可以提交所做的修改,但是我们不提交所做的修改,而要恢复到最后一个提交,为此我们不对hello_world.py执行任何操作————不删除刚添加的代码行,也不使用文本编辑器的撤销功能,而是在终端会话中执行如下命令:

$ git checkout .

命令  git checkout .  能够让我们恢复到以前的任何提交。命令git checkout . 放弃最后一次提交所做的所有操作,将项目恢复到最后一次提交的状态。

$ git status

On branch master

nothing to commit, working tree clean

就这个项目而言,我们恢复到前一个状态微不足道,但是如果我们开发的是大型项目,其中数十个文件都被修改了,那么恢复到前一个状态,将撤销来自最后一次提交的对这个文件所做的所有修改,这个功能很有用,比如:实现新功能,我们可以根据需要做任意数量的修改,如果这些修改都不行,可以撤销他们,而不会对项目有任何伤害,你无需记住做了那些修改,因而不必手工撤销所做的修改,Git会替我们完成所有的工作。

第十三步:检查以前的提交

我们可以检查提交历史中的任何一次提交,而不仅仅是最后一次,为此我们可以在命令git check末尾指定该提交的引用ID的前6个字符(而不是局点)。通过检查出以前的提交,我们可以对其进行审核么然后返回到最后一次提交,或者放弃最近所做的工作,并选择以前的提交。

$ git log --pretty=oneline

b4ee15ddf5274f488db8c74c327065c6f331ec5e (HEAD -> master) Extrended greeting.

5d6cecad80427924b94b14c6fd2bb82a4fa86840 Started project

$ git checkout 5d6cec

Note: checking out '5d6cec'.

You are in 'detached HEAD' state. You can look around, make experimental

changes and commit them, and you can discard any commits you make in this

state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may

do so (now or later) by using -b with the checkout command again. Example:

git checkout -b

HEAD is now at 5d6ceca... Started project

检查出以前的提交,我们将离开分支master,并进入Git所说的Git所说的分离头指针(detached HEAD)状态,HEAD表示项目的当前状态,之所以说我们处于分离状态是因为我们离开了一个命名分支(这里是master)

要回到分支master,可以检查出它:

$ git checkout master

Previous HEAD position was 5d6ceca... Started project

Switched to branch 'master'

这就会让你回到分支master 。除非i使用Git的高级功能,否则在提交以前的项目后,最好不要对项目做任何修改,然而,如果参与项目开发的人只有我们自己,而我自己又想放弃所有提交,并恢复到以前的状态,也可以将项目重置到以前的状态,为此,可在处于分支master上的任何情况下,执行如下命令。

$ git status

On branch master

nothing to commit, working tree clean

$ git log --pretty=oneline

b4ee15ddf5274f488db8c74c327065c6f331ec5e (HEAD -> master) Extrended greeting.

5d6cecad80427924b94b14c6fd2bb82a4fa86840 Started project

$ git reset --hard 5d6cec

HEAD is now at 5d6ceca Started project

$ git status

On branch master

nothing to commit, working tree clean

$ git log --pretty=oneline

5d6cecad80427924b94b14c6fd2bb82a4fa86840 (HEAD -> master) Started project

首先,我们查看了状态,确认我们在分支master上,查看历史提交时,我们看见了两个提交。

然后,我们执行了命令    git reset --hard    ,并在其指定了要永久性的恢复到的提交的引用ID的前6个字符。

接下来,我们在次查看状态,大仙,我们在分支master上,并且没有需要任何修改,

最后,我们再次查看提交的历史状态时候,我们发现我们处于重新开始的提交中。

第十四步:删除仓库

有时候,仓库的历史纪录被我们搞乱了,而我们又不知道如何恢复,这时候我们首先应该考虑百度一下,看看自己的问题出在那里,如果无法恢复,而且参与项目的人只有自己,可以继续使用这些文件,但需要将这些项目的历史纪录删除——删除.git 这不会影响任何文件的当前状态,而只会删除文件的所有提交,因此我们将无法检查出项目的其他任何状态。

为此,可以打开一个文件浏览器,并将目录.git 删除,也可以通过命令完成这个任务。但是这样做过我们需要创建一个新的仓库,以重新对这些修改进行跟踪。

下面演示了如何在终端会话中完成这个过程。

$ git status

On branch master

nothing to commit, working tree clean

$ rm -rf .git

rm -rf .git 表示删除目录.git,删除后我们将继续查看状态。

$ git status

fatal: Not a git repository (or any of the parent directories): .git

这个意思是被告知我们,这不是一个仓库,(git用来跟踪仓库的信息都存储爱文件夹.git中,因此删除该文件夹也将会删除整个仓库)

接下来,我们用命令 git init 来创建一个新的仓库,并查看状态

$ git init

Initialized empty Git repository in C:/Users//learngit/.git/

$ git status

On branch master

No commits yet

Untracked files:

(use "git add ..." to include in what will be committed)

hello_world.py

nothing added to commit but untracked files present (use "git add" to track)

从状态中我们发现,又回到了初始状态,等待第一次提交,我们下面将所有的文件都添加到仓库中,并执行第一次提交,最后检查状态,如下:

$ git add .

$ git commit -m "Starting over"

[master (root-commit) 81350ab] Starting over

1 file changed, 1 insertion(+)

create mode 100644 hello_world.py

$ git status

On branch master

nothing to commit, working tree clean

从检查状态我们发现,我们在分支master上,并且没有任何未提交的修改。

这就是版本控制的基本操作,希望能多多联系,这样我们才能学会版本控制。

vspython版本控制_git进行版本控制心得详谈相关推荐

  1. git 移除项目版本控制_Git - 关于版本控制

    本章为 Git 入门. 我们从介绍版本控制工具的背景知识开始,然后讲解如何在你的系统上运行 Git,最后是关于如何设置 Git 以便开始工作. 通过本章的学习,你应该能了解为什么 Git 这么流行,为 ...

  2. 文件夹去掉git版本控制_git 从版本控制中删除文件及.gitignore的用法

    刚开始用git的时候,喜欢用git add *把所有文件都加入到版本管理中. 后来发现,因为我在virtualenv下面创建的内容,在跑测试的时候,会产生__pycache__文件夹,里面的很多东西都 ...

  3. Android_版本控制_Git命令行介绍和使用说明

    一.命令"git"或者"git help"查询常用命令 [add]: "git add"--不但是用来添加不在版本控制中的新文件,也用于添加 ...

  4. mysql数据库version版本控制_MySQL数据库版本控制

    你用什么方法来控制你的数据库?我已经将所有数据库表作为单独的.sql脚本提交到我们的respository(mercurial).这样,如果团队中的任何成员对employee表进行了更改,比如说,当我 ...

  5. 【git版本控制】| git版本控制操作命令(全)

    文章目录 一.简介 二.工作模式 1 集中式(CVS.SVN) 2 分布式Git 三.Git 1 工作模式 2 git工作流程 3 工作区和版本库 4 注意事项 5 基本操作 5.1 创建本地版本库 ...

  6. 集中式版本控制与分布式版本控制

    文章目录 集中式版本控制 分布式版本控制 引用 集中式版本控制 所有的版本数据都存在服务器上,用户的本地设备就只有自己以前所同步的版本,如果不连网的话,用户就看不到历史版本,也无法切换版本验证问题,或 ...

  7. 集中式版本控制 VS 分布式版本控制

      目前企业使用的版本控制系统基本上都是 Git 和 SVN.其中 SVN 是集中式的版本控制系统,而 Git 是分布式的版本控制系统.那么它们之间有什么区别呢? 集中式版本控制系统   集中式版本控 ...

  8. 集中式版本控制与分布式版本控制——Git 学习笔记01

    什么是版本控制 如果你用 Microsoft Word 写过东西,那你八成会有这样的经历: 想删除一段文字,又怕将来这段文字有用,怎么办呢?有一个办法,先把当前文件"另存为"一个文 ...

  9. [导入]源代码版本控制(一)

    开发过程当中源代码的版本控制一直是个大问题.项目规模小了还好办,人的脑子还能记过来,项目大了,可能用各式各样的表格来记录版本信息和源代码内容,但这个办法本身的文档组织又是个问题,谁来维护?谁来更改? ...

最新文章

  1. 谈谈SaaS创业和企业服务的常识
  2. ML基石_3_TypesOfLearning
  3. C++中使用Json的方法
  4. 阿里二面:main 方法可以继承吗
  5. openCV图像矩阵Mat和二维数组的互相转换
  6. 在html中如何使用span,如何在HTML和CSS中使用DIV和span?
  7. Fedora GNOME 的常用快捷键
  8. Android自定义Shape
  9. armadillo 配置
  10. OpenCV-获取图像中圆线上的数据
  11. Docker Yearning + Inception SQL审核平台搭建
  12. ROS学习记录:在ROS的Rviz下完成摄像头的视频显示
  13. 侠客行java_侠客行
  14. VC2012 学习记录
  15. 如何免费将XPS转Word格式
  16. ros理论与实践—bilibili视频学习笔记
  17. Logstash Grok详解
  18. 什么是Hadoop的HA机制?
  19. 1505_TC275参考手册阅读笔记_调试系统
  20. (转载)成都移动IPV6光猫设置教程

热门文章

  1. mysql使用delete from where in 删除时报错如何解决
  2. 二叉树的叶子结点按从左到右的顺序连成一个单链表
  3. Android强行进阶,自定义控件—LayoutManager,android开发视频
  4. UDF:一个通过日期计算星座
  5. 重测信度及常见评价方法
  6. 盘点数据分析师笔试题 你会做几道?
  7. 常用LINUX命令汇总
  8. 心拔凉拔凉五连追问No.58
  9. 爬取中国天气网的天气预报,可视化展示看着就是爽【python爬虫入门进阶】(06)
  10. POJ2386-Lake Counting