git进行版本控制心得详谈

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

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

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

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

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

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

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

Git安装和使用图文教程(分享)

第三步:配置

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 #创建文件learngitcd 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 <file>..." 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 <file>..." 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 <file>..." to update what will be committed)
(use "git checkout -- <file>..." 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 <file>..." to update what will be committed)
(use "git checkout -- <file>..." 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 <new-branch-name>
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 <file>..." 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上,并且没有任何未提交的修改。

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

(0)

相关推荐

  • Visual Studio Code 使用Git进行版本控制(图文教程)

    本来认为此类教程,肯定是满网飞了.今天首次使用VS Code的Git功能,翻遍了 所有中文教程,竟没有一个靠谱的.遂动笔写一篇. 请确保你安装了最新的VS Code.http://code.visualstudio.com/ 请确保安装了最新版的Git.https://git-scm.com/download.git安装到环境变量里, 确保任意路径可以访问. 参考链接:https://code.visualstudio.com/Docs/editor/versioncontrol VS Code

  • CentOS 最新版本git的安装教程

    CentOS6.5自带的git版本是1.7.1 卸载自带的git # yum remove git 下载最新版git # wget https://github.com/git/git/archive/v2.9.2.tar.gz 解压 # tar zxvf v2.9.2.tar.gz # cd git-2.9.2 编译安装 # make configure # ./configure --prefix=/usr/local/git --with-iconv=/usr/local/libiconv

  • Spring Boot中使用Actuator的/info端点输出Git版本信息

    对于Spring Boot的Actuator模块相信大家已经不陌生了,尤其对于其中的/health./metrics等强大端点已经不陌生(如您还不了解Actuator模块,建议先阅读<Spring Boot Actuator监控端点小结>).但是,其中还有一个比较特殊的端点/info经常被大家所忽视,因为从最初的理解,它主要用来输出application.properties配置文件中通过info前缀来定义的一些属性,由于乍看之下可能想不到太多应用场景,只是被用来暴露一些应用的基本信息,而基本

  • git创建版本库_动力节点Java学院整理

    什么是版本库呢?版本库又名仓库,英文名repository,你可以简单理解成一个目录,这个目录里面的所有文件都可以被Git管理起来,每个文件的修改.删除,Git都能跟踪,以便任何时刻都可以追踪历史,或者在将来某个时刻可以"还原". 所以,创建一个版本库非常简单,首先,选择一个合适的地方,创建一个空目录: $ mkdir learngit $ cd learngit $ pwd /Users/michael/learngit pwd命令用于显示当前目录.在我的Mac上,这个仓库位于/Us

  • github版本库使用详细图文教程(命令行及图形界面版)

    Git是一个分布式的版本控制系统,作为开源代码库以及版本控制系统,Github目前拥有140多万开发者用户.随着越来越多的应用程序转移到了云上,Github已经成为了管理软件开发以及发现已有代码的首选方法. > Git是一个分布式的版本控制系统,最初由Linus Torvalds编写,用作Linux内核代码的管理.在推出后,Git在其它项目中也取得了很大成功,尤其是在Ruby社区中.目前,包括 Rubinius和Merb在内的很多知名项目都使用了Git.Git同样可以被诸如Capistrano和

  • git版本回退_动力节点Java学院整理

    修改readme.txt文件如下: Git is a distributed version control system. Git is free software distributed under the GPL. 然后尝试提交: $ git add readme.txt $ git commit -m "append GPL" [master 3628164] append GPL 1 file changed, 1 insertion(+), 1 deletion(-) 像这

  • 详解版本控制利器Git,SVN的异同以及适用范围

    使用git不久,粗浅理解: 1)适用对象不同.Git适用于参与开源项目的开发者.他们由于水平高,更在乎的是效率而不是易用性.Svn则不同,它适合普通的公司开发团队.使用起来更加容易. 2)使用的场合不同.Git适用于通过Internet,有多个开发角色的单个项目开发,Svn适合企业内部由项目经理统一协调的多个并行项目的开发. 3)权限管理策略不同.Git没有严格的权限管理控制,只要有帐号,就可以导出.导入代码,甚至执行回退操作.Svn则有严格的权限管理,可以按组.按个人进行针对某个子目录的权限控

  • Git 教程之工作区、暂存区和版本库详解

    Git 工作区.暂存区和版本库 基本概念 我们先来理解下Git 工作区.暂存区和版本库概念 工作区:就是你在电脑里能看到的目录. 暂存区:英文叫stage, 或index.一般存放在"git目录"下的index文件(.git/index)中,所以我们把暂存区有时也叫作索引(index). 版本库:工作区有一个隐藏目录.git,这个不算工作区,而是Git的版本库. 下面这个图展示了工作区.版本库中的暂存区和版本库之间的关系: 图中左侧为工作区,右侧为版本库.在版本库中标记为 "

  • git进行版本控制心得详谈

    小编在学习可视化的时候,接触到git,所以这里写一下关于GitHub的有关知识,写这个的目的还是巩固自己的学习,一方面可以提高自己,另一方面回头看一下,有什么更深层次的东西还可以再记录. 首先说一下版本控制软件,它可以让我们能够拍摄处于可行状态的项目的快照,修改项目(如实现新功能)后,如果项目不能正常运行,可以恢复到前一个可行状态. 通过使用版本控制,我们可以无忧无虑的改进项目,不用担心项目因为我们犯错而遭到破坏,对于大型项目来说,这显得尤为重要,但是对于小项目来说,哪怕只包含一个文件的程序,也

  • Git版本控制常用命令及pycharm 使用git方法

    版本控制工具 VSS (采用锁机制) CVS SVN (集中式版本控制工具) GIT (分布式版本控制工具) git 服务器 git代码托管平台 github 自己搭建私服 gitblib git 客户端 linux : sudo apt install git window : git.exe git常见的命令 设置 git 用户身份 git config --global user.name '名字' ; git config --global user.email '邮件' ; 初始化一个

  • Java基础篇之分布式版本控制工具Git

    目录 版本控制 版本控制分类 1.本地版本控制 2.集中版本控制SVN 3.分布式版本控制 Git和SVN的区别 Git的历史: 常用的Linux命令 Git配置 Git基本理论(重要) Git项目搭建 本地仓库搭建 克隆远程仓库 Git文件操作 查看文件状态 忽略文件 使用码云 Git分支 版本控制 版本控制(Revision control)是一种在开发的过程中用于管理我们对文件.目录或工程等内容的修改历史,方便查看更改历史记录,备份以便恢复以前的版本的软件工程技术. 实现跨区域多人协同开发

  • Git使用基础篇(一些常用命令和原理)

    Git是一个分布式的版本控制工具,本篇文章从介绍Git开始,重点在于介绍Git的基本命令和使用技巧,让你尝试使用Git的同时,体验到原来一个版本控制工具可以对开发产生如此之多的影响,文章分为两部分,第一部分介绍Git的一些常用命令,其中穿插介绍Git的基本概念和原理,第二篇重点介绍 Git的使用技巧,最后会在Git Hub上创建一个开源项目开启你的Git实战之旅 1.Git是什么 Git在Wikipedia上的定义:它是一个免费的.分布式的版本控制工具,或是一个强调了速度快的源代码管理工具.Gi

  • .NET Corek中Git的常用命令及实战演练

    写在前面 上篇文章我带着大家通过分析了一遍ASP.NET Core的源码了解了它的启动过程,然后又带着大家熟悉了一遍配置文件的加载方式,最后引出了依赖注入以及控制反转的概念!如果大家把前面几张都理解了,那么你也就入了ASP.NET Core的大门了.但是我们还需要一个版本控制工具来提高我们的编码效率.因此这篇文章我将带着大家了解下Git这个版本控制工具以及为什么选择它. 下面我们将通过故事的形式从Git的历史谈起,并讲述Git的强大之处.然后通过实战演练教你如何在Github以及码云上托管我们的

  • Git pull(拉取),push(上传)相关命令介绍

    前言:博主最近在学习git命令,因为git是一个非常好用的分布式版本管理工具,功能比svn强大,与SVN不同点是Git去中心化,每一个分支都是一个中心,并且支持本地仓库存储,像如今很多大公司都用git做版本控制.话不多说,具体命令整理如下: git拉取远程代码 git clone  https://xxx.git git拉取远程指定分支下代码(-b  分支名称) git clone -b v2.8.1 https://xxx.git 初始化一个本地仓库,在同级目录下会出现一个隐藏的.git文件

  • Git可视化教程之Git Gui的使用

    在Git简介一文中已经对Git进行了简单的介绍,但是理论知识过于枯燥,加上本人专业知识不够扎实,使得初学者在Git的使用上还是会有很大的困难.虽然我更推荐使用Git Bash方式对Git进行操作,但是对于大部分只是想简单地使用一下Git进行版本控制和团队开发的朋友而言,仍然更加钟情于可视化界面.所以本文对Git官方自带的可视化工具Git Gui的使用进行介绍,尽量做到图文并茂,让所有初探Git的朋友都能够快速入门,使用Git进行项目开发. 1.在本地新建版本库 首先,我们打开Git GUI是这样

  • 浅析git 删除某次指定的提交问题

    Git 是一个分布式版本控制软件,与CVS.Subversion一类的集中式版本控制工具不同,它采用了分布式版本库的作法,不需要服务器端软件,就可以运作版本控制,使得源代码的发布和交流极其方便. git 是一个分布式版本控制软件,最初由林纳斯·托瓦兹创作,于 2005 年以 GPL 发布.最初目的是为更好地管理 Linux 内核开发而设计.应注意的是,这与 GNU Interactive Tools 有所不同. git 最初的开发动力来自于 BitKeeper 和 Monotone. git 最

  • Git工具 conflict冲突问题解决方案

    这篇文章需要对git具有一定的了解,并且知道如何安装git工具(其实就是上git官网下载个文件,安装) git这种版本控制工具有什么好处 第一个,方便可以多人协同开发同一个项目或系统 第二个,当你系统开发到一个稳定版本后为了开发新的功能,肯定要把开发好后的系统代码进行备份保存起来,不然万一那个不懂事的小程序猿删的代码你咋整呢 而代码仓库可以为你解决这个问题,而使用git仓库的项目,就需要用到git工具 版本控制工具git或svn使用方式来说,一种命令行,一个是使用可视化工具进行操作. git的可

随机推荐