版本控制-git(二)

  上次文章给大家介绍了Git的一些基本知识(http://www.cnblogs.com/jerehedu/p/4582398.html),并介绍了使用git init初始化化版本库,使用git
add增加文件到版本库,使用git status查看版本库的状态信息,使用git commit最终提交文件到版本库。上文最后在提交时,会出现问题导致提交不成功,这是因为我们没有对git进行配置。

Git配置

  Git最重要的配置信息就是用户名和电子邮件地址。每次Git提交时都会使用这两条信息,用来标识是谁提交了更新。

  使用命令:git config

$ git config –global user.name “jredu”

$ git config –global user.email
[email protected]

  通过以上两条命令可以为git配置用户名和Email信息,注意以上的两条命令中有”—global”参数,这就意味着此次配置为全局配置,所有的git项目中都使用上述配置的用户名和电子邮件作为commit的用户标识。

  如果某些项目不想使用全局的用户配置信息,我们可以单独为此项目进行配置,具体命令如下:

$ git config user.name “jredu001”

$ git config user.email
[email protected]

如何查看Git配置信息

  信息配置完成后,我们如何查看Git配置的信息呢?可以通过如下步骤进行。

  使用命令:git config –list

  除了使用以上命令查看之外,我们还可以通过打开指定配置文件来查看信息。Git的全局配置信息存储在”~/.gitconfig”的文件中,我们通过如下命令可查看:

$ cat ~/.gitconfig

  单个项目的配置文件是放在git项目所在目录的” .git/config”文件中的,如下

  通过命令:$ cat .git/confg

版本更新操作

  完成以上配置后,我们就可以使用上次文章中提到的命名完成文件的提交,具体命令操作如图:

  如此便将文件readme.txt纳入了git的版本管理控制,此时readme.txt的属于已跟踪文件并且状态为未修改,根据需要我们会对readme.txt文件进行修改,那么此时git会将此文件的状态标记为已修改。我们会将已修改的的文件放入暂存区,最终会被提交。如此重复便完成了版本管理,在git中,文件的状态变化如下图所示:

  纳入版本控制的文件修改后提交的具体操作演示如下:

  1、修改readme.txt文件

  2、 使用git status查看状态信息

  3、使用git add将修改后的文件readme.txt添加到暂存区

  4、使用git commit进行提交操作

删除文件

  删除文件需要从已跟踪的文件清单中删除,然后提交Git,操作命令:git rm

  除了基本用法,git rm还可以结合一些参数完成更加强大的功能,参数具体内容如下,大家可自行测试。

文件重命名

  有时我们希望对已跟踪的文件进行重新命名操作,具体操作命令:git mv old_file new_file

查看提交日志

  当我们提交了多个更新之后,有时需要看下历史提交记录,可以通过git log命令进行查看。

  如上图,使用git log命令,默认情况下git会将更新按照提交时间进行降序排列显示出来,显示内容主要包括SHA-1 校验、作者、提交时间、提交说明。git log命令结合参数可以完成更加强大的功能,具体参数如下图所示:

  疑问咨询或技术交流,请加入官方QQ群: (452379712)

作者:杰瑞教育

出处:http://blog.csdn.net/jerehedu/

本文版权归烟台杰瑞教育科技有限公司和CSDN共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。

时间: 2024-10-11 10:53:31

版本控制-git(二)的相关文章

iOS版本控制git小结--yoowei

一:准备工作 1.什么是git? git是一款开源的分布式版本控制工具. 在世界上所有的分布式版本控制工具中,git是最快.最简单.最流行的. 2.git和SVN的简单对比 速度 在很多情况下,git的速度远远比SVN快 结构 SVN是集中式管理,git是分布式管理.分布式和集中式的最大区别在于:在分布式下开发者可以本地提交,每个开发者机器上都有一个服务器的数据库. 其他 SVN使用分支比较笨拙,git可以轻松拥有无限个分支 SVN必须联网才能正常工作,git支持本地版本控制工作 旧版本的SVN

版本控制Git实际开发笔记

这里会把自己实际工作当中用到的git操作记录下来,供自己学习: ①新建分支: 在新版本要开发时,会基于最新版本新建一个分支,创建步骤如下: 新建本地分支[注意:这时只存在于本地,远程仓库还没有生成]: 然后切换到新建的本地分支: [说明]:以上两部操作可以合成一个命令:git checkout -b developer_V1.3.0 最后push到远程: 最后去网页中就能看到远程新建了这个分支了: ②删除远程分支: git branch -r -d origin/branch-namegit p

三分钟教你学Git(二)之命令索引

记住这三个概念,工作区(Working Area),暂存区(Stage),版本库,通过add,工作区的变化到暂存区,通过commit暂存区的变化到本地版本库,通过push本地版本库的变化到远程版本库.下面是常用的命令. 保存进度恢复工作进度 #把工作区和暂存区的内容保存到进度列表里 git stash save "description" #列出stash里的所有项 git stash list #把进度恢复出来并删除进度列表中的项 git stash pop #只把进度恢复出来,不删

Help-IntelliJIDEA-2019-基础设置:3. 版本控制Git

ylbtech-Help-IntelliJIDEA-2019-基础设置:3. 版本控制Git 1.返回顶部 1. 3. 版本控制Git具体步骤:顶部工具栏 Configure ->Settings -> Version Control -> Git示例: IDEA默认集成了对Git/Svn的支持 直接设置执行程序,右边Test提示成功即可. 2. 2.返回顶部 3.返回顶部 4.返回顶部 5.返回顶部 6.返回顶部 作者:ylbtech出处:http://ylbtech.cnblogs.

版本控制git之二-分支

有人把 Git 的分支模型称为它的`'必杀技特性'',也正因为这一特性,使得 Git 从众多版本控制系统中脱颖而出. 为何 Git 的分支模型如此出众呢? Git 处理分支的方式可谓是难以置信的轻量,创建新分支这一操作几乎能在瞬间完成,并且在不同分支之间的切换操作也是一样便捷. 与许多其它版本控制系统不同,Git 鼓励在工作流程中频繁地使用分支与合并,哪怕一天之内进行许多次. 理解和精通这一特性,你便会意识到 Git 是如此的强大而又独特,并且从此真正改变你的开发方式. 分支简介 在进行提交操作

Git 版本控制管理(二)

Git 分支管理 1. 概念 我们来抽象的理解,分支就是科幻电影里面的平行宇宙,当你正在电脑前努力学习Git的时候,另一个你正在另一个平行宇宙里努力学习SVN.如果两个平行宇宙互不干扰,那对现在的你也没啥影响.不过,在某个时间点,两个平行宇宙合并了,结果,你既学会了git又学会了SVN! 那么分支在实际中有什么用呢?假设你准备开发一个新功能,但是需要两周才能完成,第一周你写了50%的代码,如果立刻提交,由于代码还没写完,不完整的代码库会导致别人不能干活了.如果等代码全部写完再一次提交,又存在丢失

版本控制Git(1)——理解暂存区

一.svn和Git的比较 我们都知道传统的源代码管理都是以服务器为中心的,每个开发者都直接连在中间服务器上, 本地修改,然后commit到svn服务器上.这种做法看似完美,但是有致命的缺陷. 1. 开发者不能本地跟踪代码版本. 所有的信息都是在服务器上.  你把本地的代码改了很多,但是又不能提交.通常,本地只能缓存一个版本.对于小项目无所谓, 但是项目一复杂,人员多就麻烦了. 通常你本地的代码都全是红色的.自己都不知道今天修改了什么, 有哪些修改是真正应该提交给svn的. 2. 因为第一点,一旦

代码版本控制Git工具使用详解

一.Git简介 Git是一个开源的分布式版本控制系统,用于敏捷高效地处理任何或小或大的项目. Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件. Git 与常用的版本控制工具 CVS, Subversion 等不同,它采用了分布式版本库的方式,不必服务器端软件支持. 二.Git安装 1.centos7安装Git [[email protected] ~]# yum install -y git 2.查看安装的Git版本 [[email

版本控制——Git 使用笔记,以及Windows搭建Git服务器

Git和Github的关系 链接:http://www.zhihu.com/question/21907548/answer/95284202 来源:知乎 Git是一款免费.开源的分布式版本控制系统 Github是用Git做版本控制的代码托管平台 相当于本地.公司服务器.Github网站服务器都装Git做版本控制,只不过Github的服务器强大些,对全球用户托管的项目用Git做版本控制! 正是由于Github用Git做版本控制,所以可以轻松的记录项目的变迁史,然后有了下图 git是一张弓,git