添加一个分支, 并且换到该分支: git checkout -b add-text 然后我再index.html里面添加点文字, 并commit. 然后再修改README.md, 添加文字, commit. 现在在 add-text这个分支上, 有两个commit, 看下log: 然后把这个分支合并到master分支. 首先切换到master分支, 然后再进行git merge, 但是这一次, 我想把我这个分支的过程留下痕迹, 所以要禁用fast-forward 合并: git merge 要被

git merge --no-ff -m "msg" x-branch:禁用Fast forward的普通合并 通常,合并分支时,如果可能,Git会用Fast forward模式,但这种模式下,删除分支后,会丢掉分支信息(即:原来这个分支的做了什么在log中体现不出来). 为了保留原来的分支,即:普通合并,这样的话,merge的时候会提交一个commit,就会输入-m参数,在log中体现的也更清晰! 前面我们解决冲突的时候发现,我们解决冲突之后,即使 是在master主分支上合并dev

创建dev分支,并且修改readme.txt的内容,然后提交 使用git merge --no-ff -m "说明内容" 分支名称合并分支 使用git log --graph --pretty=oneline --abbrev-commit查看分支情况 不使用fast forward的分支情况示意图如下,此时可以看出分支信息!

通常,合并分支时,如果可能,Git会用Fast forward模式,但这种模式下,删除分支后,会丢掉分支信息. 如果要强制禁用Fast forward模式,Git就会在merge时生成一个新的commit, 这样,从分支历史上就可以看出分支信息. 下面我们实战一下--no-ff方式的git merge -- 首先,仍然创建并切换dev分支: $ git checkout -b dev --- 修改readme.txt文件,并提交一个新的commit: ---- 现在,我们切换回master: -

git的fast-forward在之前的文章有介绍过,但是介绍的不细: http://www.cnblogs.com/charlesblc/p/5953066.html fast-forward方式就是当条件允许的时候,git直接把HEAD指针指向合并分支的头,完成合并.属于“快进方式”,不过这种情况如果删除分支,则会丢失分支信息.因为在这个过程中没有创建commit squash 是用来把一些不必要commit进行压缩,比如说,你的feature在开发的时候写的commit很乱,那么我们合并的

Git 很是强大,在体验过rebase的华丽之后,再次发现之前在TFS上遇到的问题一下都有解了.但也印证了Git深入并非易事.这篇就谈下一个容易迷糊的概念:Fast forward. Fast-Forward 当前分支合并到另一分支时,如果没有分歧解决,就会直接移动文件指针.这个过程叫做fastforward. 举例来说,开发一直在master分支进行,但忽然有一个新的想法,于是新建了一个develop的分支,并在其上进行一系列提交,完成时,回到 master分支,此时,master分支在创建d

快捷操作: 切换并创建分支: git checkout -b 分支名. git checkout -b some-change 然后我打开某个文件(index.html)修改一下标题. Commit之后查看历史纪录, 可以看到再some-change分支里, 修改了index.html的title. 如果我想要把这个commit合并到master分支. 首先要切换回到master分支: git checkout master 然后, 我需要知道发生了哪些变化, 也就是比较这两个分支: git d

github上上传了版本库https://github.com/ChuckGitMerge   包括merge和rebase 没时间画图,貌似也不太会用画图工具,先写了一个文字版本的 更新:2015年08月11日,使用了git for windows自带的git gui作为图片说明 一.Fast Forward,No Fast Forward 和 Squash的对比 1.fast forward 假设从master分支有三个节点C1,C2,C3 从C3切出develop分支,并在develop分

1.每一个提交相当于一个版本,版本都有版本号与之对应.通常通过git commit -m "name"为每次提交命名. 2.融合:即将次分支的最后一个版本添加到主分支上.当融合冲突时,是通过手动改动版本至需要的版本然后再提交实现的. no fast forward 融合使得主分支与次分支每次提交都能够被记录下来,而不会让主分支覆盖次分支. 几个重要的命令: 1.根据版本号查看某个版本: git reset --hard versionID 2.查看版本之间的关系图 git log --

如果执行了 Fast Forward,开发者根本不会看到这个分支,就像在 master 直接 commit 一样.

多人协同开发,使用Git经常会看到警告信息包含术语:fast forward, 这是何义? 简单来说就是提交到远程中心仓库的代码必须是按照时间顺序的. 比如A从中心仓库拿到代码后,对文件f进行了修改.然后push到中心仓库. B在A之前就拿到了中心仓库的代码,在A push成功之后也对f文件进行了修改.这个时候B也运行push命令推送代码. 会收到一个类似下面的信息:fast-forwards' section of 'git push --help' for details. chenshu@

多人协作开发一个项目时,版本控制工具是少不了的,git是linux 内核开发时引入的一个优秀代码管理工具,利用它能很好使团队协作完成一个项目.为了规范团队的代码提交,也方便出版本时的release note,更为了出问题时方便代码回溯,所以大家统一用一个模板提交代码是必要的.Git中设置template非常简单,只需以下几步即可: 1.在根目录建立模板文件 如 xxx_template文件,其内容如下: Function Or Bug: Symptom: Root Cause: Solution

多人协作开发一个项目时,版本控制工具是少不了的,git是linux 内核开发时引入的一个优秀代码管理工具,利用它能很好使团队协作完成一个项目.为了规范团队的代码提交,也方便出版本时的release note,更为了出问题时方便代码回溯,所以大家统一用一个模板提交代码是必要的.Git中设置template非常简单,只需以下几步即可: 1.在根目录建立模板文件 如 xxx_template文件,其内容如下: OverView: BUG: Description: 2.设置模板,命令如下 git co

有这么一种场景,就是以前没有设置用户名和邮箱,导致提交时git commit信息中用户信息不正确.这样的情况导致后来我们提交代码到git上面时因为身份验证错误,只有到 push 阶段了才发现提交不上去. 后来请教大神发现了一种解决办法 git filter-branch --commit-filter ' if [ "$GIT_COMMITTER_NAME" = "<Old Name>" ]; then GIT_COMMITTER_NAME="

使用 git add 命令将想要快照的内容写入缓存区, 而执行 git commit 将缓存区内容添加到仓库中. Git 为你的每一个提交都记录你的名字与电子邮箱地址,所以第一步需要配置用户名和邮箱地址. 接下来我们写入缓存,并提交对 hello.php 的所有改动.在首个例子中,我们使用 -m 选项以在命令行中提供提交注释. 现在我们已经记录了快照.如果我们再执行 git status: 以上输出说明我们在最近一次提交之后,没有做任何改动,是一个"working directory clean

@git  commit message 什么是git commit message :git commit -m '每次提交时编辑的内容' git commit message的好处:      1.提供更多可查询的信息,用于排查问题      2.过滤重要的内容      3.生成changelog     commit message组成包括header,body,footer三个部分,一般只使用header    header 包含三个部分:type,scope,subject     

[git的配置] 1.配置用户名和邮箱: 分为全局配置和局部配置 --system 系统配置  --global 全局配置    --local 局部配置 Git读取时:优先从local>global>system git config --global user.name name git config --global user.email email     2.别名的配置 使用git st 代替 git status git config --global alias.st statu

为了提高项目质量,不仅仅是代码的质量,而且还包括代码管理的质量. 所以,详细的git commit message 必不可少. 现在记录一下git commit 多行详细的commit 信息. 首先,git 设置你的编辑器. git config --global core.editor "nano -w" 这里设置了默认的git commit 编辑器,本来我的本意是想用vim 作为默认编辑器的,但是由于我的vim存在太多插件.所以到时commit 之后格式可能不对. git add

实现过程: 1.使用git log 可以获取到所有git commit.对命令加入参数后,可以获取某段时间的log.和只输出log的某些字段.如: [root@localhost crowd-web-server]# git log --pretty=format:'%an | %cd | %s' --after='2017-03-5 14:42' 该命令为:只获取2017年3月5号以后的git log.并且只返回 提交人.提交时间.提交信息3个字段内容 2.过滤掉一些CI提交内容的log,输出

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