《Git版本控制管理》第三部分:分支、合并

part5 分支

1.git branch bug/p1         -以最新提交情况下创建新分支bug/p1

2.git branch -a             -查看所有分支,特性分支和远程分支,当前工作目录下的分支用*标记为活动分支,-表示合并提交,+表示提交在一个分支中

3.git show-branch bug/p1      -查看具体某个分支内容

4.git checkout dev           -将dev分支设置为活动分支(即切换当前分支)

5.git checkout -b bug/p2        -切换到一个新建的分支bug/p2上

6.git branch -d  bug/p1        -删除某个非活动分支或已被删的分支内容已在另一个分支存在的

7.git merge bug/p1           -将要删除的分支到当前分支上,就可以安全删除

8.git reflog               -查一些分支切换和提交的信息

part6 diff查看内容差异

1.diff -u seven.html eight.html       -查看2个文件的内容有什么不同点

2.git diff                 -显示索引与本地目录不同之处

3.git diff HEAD              -显示HEAD最近提交与本地目录不同之处

4.git diff --cached             -显示HEAD最近提交与索引与不同之处

索引:提交后的状态。HEAD:根据stage暂存区定

diff与log命令的差异:diff查看内容上的变化,log查看分支或文件提交历史的变化。

5.git diff master~2 master file1      -查看某个文件file1在提交过程中的不同处

6.git diff --stat  master~2 master     -统计提交过程中有多少文件变更了

7.git diff -S"quux" master~1        -在master~1提交点中搜索内容quux的变更

part7 合并

1.git merge alternate -将alternate分支合并到当前分支上

2.git log --graph  -查分支图

--pretty=oneline -只显示一行显示

--abbrev-commit       -只显示提交码的简码

.

时间: 2024-12-08 23:36:54

《Git版本控制管理》第三部分:分支、合并的相关文章

精通Git(第2版)+Git团队协作+GitHub入门与实践+Git版本控制管理(第2版)

资源链接:https://pan.baidu.com/s/1FElckzWH6sqyugNK5o8b7w搜集并整理了网上有关GitHub学习的9本书籍,如下:<精通Git (第2版)>中英文PDF<Git团队协作>中英文PDF<Git权威指南(第2版)>和第1版PDF<Git版本控制管理 (第2版)>中英文PDF<GitHub入门与实践>PDF,以及Git桌面Win64bit版最新安装包目录及截图如下: 原文地址:http://blog.51ct

Git 版本控制管理(二)

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

Git版本控制管理学习笔记1-介绍

    几乎所有的版本控制工具都是出于同样的目的:开发以及维护开发出来的代码,方便读取代码的历史,记录所有的修改.这里,介绍的是当前在开源社区内非常流行的版本控制工具Git.它是由Linus Torvalds发明的,最初是为了方便管理linux内核的开发工作. Git的诞生: 通常来说,当工具跟不上项目需求时,开发人员就会开发一个新的工具来替代它.大部分工具在发明之前,都会已经存在一些类似的工具,新工具则是在原有工具的思想上进行了更加合理的修改.那么在Git之前,有哪些版本控制工具呢?它们都有哪

Git版本控制管理学习笔记5-提交

    这个标题其实有些让人费解,因为会想这个提交是动词还是名称?     提交动作是通过git commit命令来实现的,提交之后会在对象库中新增一个提交对象.提交过程中会发生哪些变化,在上一篇笔记里面已经介绍过,看下那几张过程图就可以了.     需要明确的是,在Git中,版本库的变更和提交是一一对应的关系,也就是说,提交是将变更引入到版本库的唯一方法.     Git在提交时,会记录索引的快照并把快照存放到对象库中.下一次提交前,就会将当前索引中的状态与上一次生成的快照进行对比,派生出一个

Git版本控制管理学习笔记4-文件管理和索引

    可以认为使用Git时,我们会遇到3个空间:工作目录.索引.版本库.我们关心的,就是在新建.修改等操作时,这三者之间发生了怎样的变化.     笼统的讲,就是在工作目录下编辑,在索引中积累修改,然后把索引中累计的修改作为一次性的变更提交给版本库.     这就意味着,可以在最终提交前添加.删除.移动或者重复编辑文件,只有在提交后才会在版本库里实现累计的变更.     本章将介绍如何管理索引和文件. 一.关于索引的一切: Git的索引不包含任何文件内容,它仅仅追踪你想要提交的那些内容.这一点

Git版本控制管理学习笔记2--起步

首先确保系统中已经安装了git,这里使用的linux系统. 一.命令行初步使用: 1.git命令: 列出它的选项和最常用的子命令.标准命令格式中,COMMAND代表的就是下面列出的子命令. [[email protected] ~]# git 2.显示版本号: [[email protected] ~]# git --version git version 1.7.1 3.裸双破折号--的作用:     它用来分离一系列参数.比如下面这个: [[email protected] ~]# git

git笔记--《git 版本控制管理》

Git 是一款免费.开源.的分布式版本控制系统,最早由Linus Torvalds创建,用于管理linux内核开发. 版本控制系统(VSS)/源代码管理器(SCM)/修订控制系统(RCS):是指一个可以管理和追踪软件代码和其他类似内容的不同版本工具. 有两种建立Git版本库的基础技术.一是从头·开始创建,用现有的内容填充它:二是克隆一个已有的版本库. 第一,从头开始创建: 创建初始化版本库:git init 将所在的目录转化为git版本库.不论目录是否为空.为了显示目录是一个git版本库,git

3.git版本控制-管理修改、撤销、删除

管理修改 第一次修改 -> git add -> 第二次修改 -> git commit,Git管理的是修改,当你用git add命令后,在工作区的第一次修改被放入暂存区,准备提交,但是,在工作区的第二次修改并没有放入暂存区,所以,git commit只负责把暂存区的修改提交了,也就是第一次的修改被提交了,第二次的修改不会被提交. 撤销修改 场景1:当你改乱了工作区某个文件的内容,想直接丢弃工作区的修改时,用命令git checkout -- file. 如:"git chec

《Git版本控制管理》第二部分:一些命令

part2基本概念 1.find .git -查看git的目录结构 2.git ls-files --stage  -查看索引状态下暂存文件及其blob对象(16进制的提交码) //不用管(树和标签) git write-tree  -查看git树的哈希码 git cat-file -p 8dfef03b27e8b49c44c57cf5641b0056802e3b33 -根据树的哈希码,查看git目录下文件结构 git tag -m "Tag version 1.0haha” V1.0 -创建标