原理:新切一个分支并切换到这个分支,删除原来的master分支,再将新分支变成master 步骤: 1. 创建并切换到新分支 git checkout --orphan latest_branch 2. 添加所有的文件到新分支 git add -A 3. 提交所有的改变 git commit -am "commit message" 4. 删除原来的master分支 git branch -D master 5. 重命名这个新分支为master git branch -m master

亲测可用 因为自己 commit 并且 push 后 因为冲突 提交不了,不小心做了 rebase 代码被 覆盖 用以下命令 还原: 查看所有日志 并记下 hash 值 git reflog 然后用: git reset --hard 记下的hash值 然后打开 eclipse 刷新一下代码就回来了. 在使用Git的过程中,有时可能会有一些误操作 比如:执行checkout -f 或 reset -hard 或 branch -d删除一个分支 结果造成本地(远程)的分支或某些commit丢失 可

最近遇到一个问题,事情是这样子的,刚刚接到客户说他的项目有问题,于是就打开本地的源码查看经过排查确定了问题,于是就开始进行修正工作 将问题修复好准备提交到git的时候发现当前的分支是不对的,但问题是我已经在当前分支了作了大量修改,如果要切换分支则必须先要将修改过的文件先提交 那么现在问题来了:如何在不提交commit的情况下来切换分支呢? 最后通过查看Pro Git文档了解到Git中有一个stash功能可以实现 6.3 储藏(Stashing) 来源: <http://git.oschina.n

https://blog.csdn.net/anhenzhufeng/article/details/77962943 git checkout master git cherry-pick 62ecb3 假设你需要合并feature分支的commit76cada ~62ecb3 到master分支. 首先需要基于feature创建一个新的分支,并指明新分支的最后一个commit: 指明新分支的最后一个commit: git checkout -bnewbranch 62ecb3 git reb

分支就是一条独立的时间线,既有分支,必有主干,正如一棵树谈到树枝,必有树干一样的道理.我们先前对git 的全部操作默认都是在主干上进行的,这个主干也是一种特殊的分支,名为 master 分支. 无论是穿越历史还是撤销更改,我们都或多或少接触过时间线,git 管理的版本串在一起就组成了这个时间线,其中master 分支是当前分支,HEAD 指向master ,因此HEAD 相当于指向了最新的版本. 基于分支上的操作,每一次 commit 都会提交一个新版本,并且新的 commit 指向原来的 co

1 创建一个分支 使用参数 --orphan,这个参数的主要作用有两个,一个是拷贝当前所在分支的所有文件,另一个是没有父结点,可以理解为没有历史记录,是一个完全独立背景干净的分支. 参考git的帮助文档,如下: $ git checkout --orphan gh-pages # 创建一个orphan的分支,这个分支是独立的 Switched to a new branch 'gh-pages' 2 清空当前分支下的所有文件 这个操作不会影响别的分支,特别是你的<start point> gi

创建一个分支 使用参数 --orphan,这个参数的主要作用有两个,一个是拷贝当前所在分支的所有文件,另一个是没有父结点,可以理解为没有历史记录,是一个完全独立背景干净的分支. 参考git的帮助文档,如下: $ git checkout --orphan gh-pages   # 创建一个orphan的分支,这个分支是独立的   Switched to a new branch 'gh-pages'   $ git checkout --orphan gh-pages # 创建一个orphan的

git diff 简易操作说明 先git log 查看commit ID, 记录你想要打的补丁的ID 比如说: git log commit 4ff35d800fa62123a28b7bda2a04e749addf1918 Author: chenfulin5 <chenfulin5@gmail.com> Date: Tue Dec 20 17:37:09 2016 +0800 [I2C EEPROM] commit acb8cd154cecf20894ae25fc3787d6b6ba9b32

Git 保存的不是文件的变化或者差异,而是一系列不同时刻的文件快照,某一次的提交指向这处时刻的文件快照,看起来就像每次提交都保存了当时的文件,连续的提交形成一条长链 分支 指向某一个特定的提交,不同的分支可以指向同一个提交,此时它们是相同的:不指向一个提交的分支,按提交的顺序排序,指向提交靠前的分支在指向提交靠后的分支前面:由于不同的分支都可以提交新的提交,这些就打乱原来链状的提交,开成分叉,这时回到原来的分支,需要合并,丢弃不用分支要删除,当然首先得创建分支. X-k_@HK ~/Deskto

https://ariejan.net/2010/06/10/cherry-picking-specific-commits-from-another-branch/ http://blog.csdn.net/ybdesire/article/details/42145597 经常被问到如何从一个分支合并特定的commits到另一个分支.有时候你需要这样做,只合并你需要的那些commits,不需要的commits就不合并进去了. 合并某个分支上的单个commit 首先,用git log或GitX

一.git新建分支,上传代码到新的不同分支  我要实现的效果,即是多个内容的平行分支:这样做的主要目的是方便统一管理属于同一个内容的不同的项目,互不干扰.如图所示: 前提是我的github上已经有webpack_test项目了,我是在这个项目的基础上新建其他的分支并开展工作的.如图: 如果你对如何新建webpack_test项目不清楚,请参考我的前一篇文章:git入门学习(一):github for windows上传本地项目到github,操作步骤如下: 1.1.保留webpack_test项

今天早上傻逼了,把四天的代码commit到了本地,然后fetch一下,然后就全没了,不过git还是挺强大的 参考:http://blog.163.com/jiams_wang/blog/static/3033914920138179326885/ git如何恢复本地删除的文件(还没执行 git commit) 直接从本地把文件checkout出来就可以了,用不着从远程服务器上pull下来,因为,所有的历史版本你的本地都有的. 具体做法 git checkout file 同时恢复多个被删除的文件

分支管理策略 通常,合并分支时,如果可能,Git会用Fast forward模式,但这种模式下,删除分支后,会丢掉分支信息.如果要强制禁用Fast forward模式,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息(有分支的commit id).下面我们实战一下--no-ff(ff:fast forward)方式的git merge:首先,仍然创建并切换dev分支:

以前总结的一些git操作,分享在这里. Git 保存的不是文件差异或者变化量,而只是一系列文件快照.   - 列出当前所有分支 git branch <--merge> | <--no-merged> - 创建分支 git branch <branch_name> {[SHA-1]/Tag} - 切换分支 git checkout <branch_name> - 新建并切换到该分支 git checkout -b <new branch-name>

项目背景: 该项目是在2011年11月份使用Asp.net三层帮荷兰某个客户开发的机票预定系统 该客户主要是做中国与欧洲的旅行社业务,特别是最近两年由于中国的发展因此客户也越来越重视机票业务 于是他们跟去哪儿沟通并进行了合作,并我司来完成与去哪儿机票业务的对接业务 因为该客户项目从一开始就由我来负责,因此该对接业务也就自然而然的落到我的身上    问题描述: 因为对接功能需要与现在的项目进行整合,因此我只是在机票预定系统的解决方案里添加了一个新项目(Qunar),并且使用Git来分别进行版本控制

参考  http://blog.csdn.net/dijason/article/details/9042425   查看分支: 1 查看本地分支: $ git branch 2 查看远程分支 $ git branch -r   创建分支: 1 创建本地分支(建立分支后,仍停留在当前分支,切换分支:git checkout branchName) $ git branch branchName 2 创建分支后切换到新分支 $ git checkout -b branchName 提交分支: 1

先执行以下命令从当前分支建一个分支,NEWBRANCH为新分支名字. git checkout --orphan NEWBRANCH 执行上面命令后,会切换到新分支.再执行命令下面命令,清空该分支(注意后面有个点,表示当前路径) git rm -rf . 之后就可以和以前一样执行git fetch 和git merge命令.

最近...似乎一直在踩坑... 也不是什么故障,只是把一个分支的功能弄没了,之后在reflog里找到又恢复了. 产生原因是有同事错误地把分支B merge到了分支A并push. 我直接在分支A上reset到了merge前的一个节点(但这个节点其实是B分支的). 这导致分支A的头跑到了B分支上,A本来那个分支没有引用就丢了. 先说下解决方法,git reflog找到那个reset,或者直接用git fsck --no-reflogs --unreachable找到那个commit之后直接再rese

Git合并指定文件到另一个分支经常被问到如何从一个分支合并特定的文件到另一个分支.其实,只合并你需要的那些commits,不需要的commits就不合并进去了. 合并某个分支上的单个commit首先,用git log或sourcetree工具查看一下你想选择哪些commits进行合并,例如: 比如feature 分支上的commit 82ecb31 非常重要,它含有一个bug的修改,或其他人想访问的内容.无论什么原因,你现在只需要将82ecb31 合并到master,而不合并feature上的其

经常被问到如何从一个分支合并特定的文件到另一个分支.其实,只合并你需要的那些commits,不需要的commits就不合并进去了. 合并某个分支上的单个commit 首先,用git log或sourcetree工具查看一下你想选择哪些commits进行合并,例如: 比如feature 分支上的commit 82ecb31 非常重要,它含有一个bug的修改,或其他人想访问的内容.无论什么原因,你现在只需要将82ecb31 合并到master,而不合并feature上的其他commits,所以我们用