原理:新切一个分支并切换到这个分支,删除原来的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

这个操作会将库清空,一般来说在建库开始的时候操作. 适用场景: git init初始化版本库之后,提交第一个点之后发现这个点出问题了,但是此时内心如果有洁癖的话, 你会觉得不完美,很想把这个点干掉重来.

git如何从远程非master分支更新到本地对应分支 自己实例 正确步骤 如果本地有分支,那就删除本地分支 删除本地分支::git branch -d 2018_4_18_second 切换分支: git checkout master 将远程分支 上的东西拉下来: git checkout -b 2018_4_18_second origin/2018_4_18_second # 列出所有本地分支$ git branch# 列出所有远程分支$ git branch -r# 列出所有本地分支和远

背景: 一般开发自己的分支都是从最新的master上拉取,但中间master会有改动,此时需要将最新的master合到自己的分支中 命令: 1. 查看当前的分支,星号标识为当前分支:(如果查询结果有master分支,则跳到第4步) git branch 2.查看该工程所有的分支,星号标识为当前分支 git branch -a 3.copy一个master分支(步骤1中,本地没有master分支,需要copy一个) git branch -c master 4.切到master分支 git che

* 查看分支 git branch * 更新 git pull * 切换到master分支 git checkout master Checking out files: 100% (907/907), done.Switched to branch 'master'Your branch is up to date with 'origin/master'. * 其他分支合并到master git merge 20180723_dev_xdr_v2 * publish local commit

test分支改动太多,并且master 分支好久没有改动.直接合并到master 分支的话,会产生很多冲突,几十个文件,修复冲突会花很多时间,并且是没有意义的.因此只能使用test 分支强制替换. 代价是master 分支的git log 就丢失了,因为是test 分支整体都替换了. 可以接受这个代价的话,可以采取如下操作. 首先切换到master 分支 git checkout master master 分支的内容重置到test git reset --hard test 将本地的修改推上去

将develop分支上的代码完全覆盖master分支, 1. 切换到master分支 git checkout master 2. 执行以下命令 git reset --hard origin/develop3. 执行上面的命令后master分支上的代码就完全被develop分支上的代码覆盖了(本地分支),然后将本地分支强行推到远程分支. git push -f 原文链接:https://blog.csdn.net/yaomingyang/article/details/80514941

当我们创建一个新的分支dev,并且在新分支上修改了原文件,在我们没有提交到仓库的前提下,将分支再切换到master分支上,执行git status ,可以看到dev操作的状态: (1)因为未add的内容不属于任何一个分支, 未commit的内容也不属于任何一个分支. 也就是说,对于所有分支而言, 工作区和暂存区是公共的. (2)你在dev分支修改了文件,但是你没有提交到仓库,实际上就是相当于你在本地手动修改了这个文件仓库并不能保存你做的改动,所以在master分支能看到文件被改动了(相当于你没用

. . . . . 最近需要将不同的客户的代码分开管理,所以需要为这些代码分别创建分支. 目前版本库中分支结构如下: [yuhuashi@local:Project]$ git branch -a* master remotes/origin/HEAD -> origin/master remotes/origin/masger remotes/origin/master 其中 master 分支是客户 A 所使用的分支. 其它客户则以 masger 分支为基础版本创建. 大致需求的流程如下:

master版本上线以后一般要打一个tag备份,以防事态有变,这是一个好习惯,如果以后有问题也可以放心的回滚版本,那么怎么用tag版本覆盖mastaer呢,其实只有几个命令 1.查看分支 git branch 2.切换分支 git checkout master 3.查看标签(tag版本) git tag 4.查看某个标签的详情 git show v2.22.0 commit d53dcc2287899e95cfd44a294ca3e5068e63022b 5.通过commit的id回退git

前言 今天周五了,刚接了个新微服务模块,下班前高高兴兴开发完,提交git代码,jenkins发布到测试环境.突然看到一个提示 我最近提的代码呢?!! 想到可能会提错仓库,转念一想,不对呀,我怎有这么高的权限提到master呢? 去gitlab上看看,果然是推到了Master分支!/泪目 /泪目 于是有了这篇折腾记录! 正文 推送代码到正确的仓库 首先我得把现有的代码搞到dev分支,当前是在master上,master已经检出到本地master分支上了, 直接用现成的 master -> orgi

commit: 在执行提交命令git commit之前,一定要git add要修改的文件,这样才能将更改的内容更新到本地. 在Git 中提交时,会保存一个提交(commit)对象,它包含一个指向暂存内容快照的指针,作者和相关附属信息,以及一定数量(也可能没有)指向该提交对象直接祖先的指针:第一次提交是没有直接祖先的,普通提交有一个祖先,由两个或多个分支合并产生的提交则有多个祖先. 分支: Git 中的分支,其实本质上仅仅是个指向commit 对象的可变指针.Git会使用master 作为分支的默

============================================ 明确一点: 如果项目交给git管理了[如何将项目交给git管理:https://www.cnblogs.com/sxdcgaq8080/p/8058898.html] 1.若文件显示红色,表示文件未add到git进行管理 2.若文件显示绿色,表示文件已经交给git管理,但从未上传到远程仓库中 3.若文件显示蓝色,表示文件已经上传过远程仓库,且此时本地文件与远程仓库文件不一致 4.若文件显示白色,表示文件与远

提交合并代码流程: git add .git commit -m ''git pushgit checkout mastergit merge develop //将develop 分支与master分支合并git push //将合并的本地master分支推送到远程master

提交合并代码流程: git add .git commit -m ''git pushgit checkout mastergit merge develop //将develop 分支与master分支合并git push //将合并的本地master分支推送到远程master

两种情况(场景) 情况一      代码还只在本地,未push到运程仓库,想把代码还原到上一次commit的代码,此时操作为代码撤销 解决方案: 1 git reset [--hard|soft|mixed|merge|keep] [commit|HEAD] 情况二    代码已经push到运程仓库,想把代码还原到上一次提交,此时操作为代码回滚 解决方案: 1)先查看git提交日志,找到上次提交的信息,输入命令 git log (查看全部日志)或 git log -xx(查看最近xx条日志) $

转自https://www.cnblogs.com/lwh-note/p/9639835.html 两种情况(场景) 情况一      代码还只在本地,未push到运程仓库,想把代码还原到上一次commit的代码,此时操作为代码撤销 解决方案 git reset [--hard|soft|mixed|merge|keep] [commit|HEAD] 情况二    代码已经push到运程仓库,想把代码还原到上一次提交,此时操作为代码回滚 解决方案: 1)先查看git提交日志,找到上次提交的信息,

1. 将指定的commit合并到当前分支 git cherry-pick  commit_id 2. 合并多个连续 commit 到指定分支 假设需要合并 devlop 上从 fb407a3f 到 92d2a449 的 commmit  合并到 master 分支 a. 基于 devlop 分支的 92d2a449  commit 创建一个新分支 git  checkout  -b  new_branch_name  92d2a449 b. 将指定 commit 之后的提交记录合并到指定分支(此

git 提交代码,本地新建一个my分支,不从本地master分支直接上传,而是先从本地my分支上提交至本地master分支,然后本地master提交至远程master分支上.前提是远程只有一个master分支.第一步:首先到工程目录下.打开git bash命令框第二步:创建本地my分支,git checkout -b my(已经存在my分支则git checkout my直接切换到my分支)第三步:将本地my的分支上的修改提交至缓存区,        git add .(提交全部修改),或者只修

1. git分支命令规范 1. Master 主分支 2. Dev 开发分支 3. Feature 功能分支(例如:feature-x) 4. Release 预发布分支(例如:release-1.2) 5. Bug 分支(例如:fixbug-0.1) 2. git中commit规范 git add后,如果没有特性描述要添加则直接执行git commit.否则使用git commit -m <mess> 格式: <type>(<scope>):<subject&g