问题描述:首先,先说明一下,为什么会引发这次的话题,是这样的,我做完功能Agit push之后,2个月后需求部门要求不要功能A了,然后需要在没有功能A的基础上开发,怎么办?赶紧回滚代码呀. 然后我用git reset --hard 版本号,发现报错,提示我当前的分支落后于线上分支1个提交,怎么办? 于是,就有了今天的这个话题,git push 之后后悔了,怎么办? 总结了三种方法(可能不止以下三种方法) 一.git reset --hard 要回滚的版本号 ,再 git reset 最新的版本号

作者:故事我忘了￠个人微信公众号:程序猿的月光宝盒 0.记一次使用git push后,覆盖了同事代码的糗事 前言: ​ 都在WebStorm中操作,Idea或者PyCharm同理 ​ 为了高度还原尴尬现场,这里在原有项目上新建分支,然后都在分支上操作,一方面怕自己搞炸了,一方面真实环境就是如此 1.还原案发现场的准备工作 1.1 新建分支 注意: 这里创建的分支仅仅在本地仓库 1.2. 分支提交到远程Git仓库 远程查看确认,确实有,说明分支已经创建 2.糗事发生契机 ​ 这时候别人可能会和你改

--> git push Counting objects: 81, done.Delta compression using up to 4 threads.Compressing objects: 100% (50/50), done.^Citing objects:  64% (52/81), 1.96 MiB | 75.00 KiB/s 此错表示提交的文件超过git接收文件上限.此时是已经取消不了,只能回滚到前版本再次提交. git log 查看提交的版本,找到版本号进行回滚. 回滚命令

git 版本库回滚,在实际开发过程中总会遇得到   1. 先找出需要回滚的commitid     git log -3   2. 重置本地版本库到指定commitid, 注意:本地改动将丢失     git reset --hard b034c3fe4e5823f71990e153d8a52b9ac871b5b7   3. 强制push本地版本库到服务器, 注意服务器高于指定commitid部分将丢失     git push -f origin master     4. 至此: 如果Tea

From:http://www.cnblogs.com/qualitysong/archive/2012/11/27/2791486.html From: http://www.tech126.com/git-reset/ git 版本库回滚:指将版本库某分支回退到之前的某次提交:commit-id 一.本地版本库回滚 git reset --hard commit-id //回滚到之前的commit-id,将commit-id之后的提交删除 git reset --hard HEAD~ //将

当用git clone 复制远程代码库到本地时,使用 git branch 只能看到默认库(master),当远程库有多个分支时,可以使用 git branch -a 查看全部的分支, 然后git checkout 分支名  来切换分支 参考: http://blog.csdn.net/xqs83/article/details/7382074 http://www.wiloon.com/wordpress/?p=2582 http://blog.csdn.net/arkblue/article

git如何正确回滚代码 方法一,删除远程分支再提交 ①首先两步保证当前工作区是干净的,并且和远程分支代码一致 $ git co currentBranch $ git pull origin currentBranch $ git co ./ ②备份当前分支(如有必要) $ git branch currentBranchBackUp ③恢复到指定的commit hash $ git reset --hard resetVersionHash //将当前branch的HEAD指针指向commit

git代码库回滚: 指的是将代码库某分支退回到以前的某个commit id [本地代码库回滚]: git reset --hard commit-id :回滚到commit-id,讲commit-id之后提交的commit都去除 git reset --hard HEAD~3:将最近3次的提交回滚 [远程代码库回滚]: 这个是重点要说的内容,过程比本地回滚要复杂 应用场景:自动部署系统发布后发现问题,需要回滚到某一个commit,再重新发布 原理:先将本地分支退回到某个commit,删除远程分支

git本地代码库回滚(webstorm下) 1. 场景 添加了一个文件[file-for-test.js]到git的控制下(并没有push到远程分支上) 进行了三次修改,并分别进行了三次commit(并没有push) git log结果如下图: [file-for-test.js]文件的内容如下图: 现在希望,将本地代码库[file-for-test.js]文件回滚到[//lyn test1]的版本 2. 操作步骤 2.1. [Version Control]——[Log] 2.2. 右击[//

git branch backup #创建备份分支 git push origin backup:backup #push到远程 git reset --hard commit_id #本地分支回滚 git push origin :the_branch #删除远程分支 git push origin the_branch #重新创建远程分支 #如果远程分支为master分支,会提示不能删除 #有两种方法解决这个问题 #第一种: #在远程仓库的目录下,设置git的receive.denyDele

开发过程中.你肯定会遇到这种场景: 场景一: 糟了.我刚把不想要的代码.commit到本地仓库中了.可是还没有做push操作! 场景二: 彻底完了.刚线上更新的代码出现故障了.须要还原这次提交的代码! 场景三: 刚才我发现之前的某次提交太愚蠢了,如今想要干掉它! 撤销 上述场景一.在未进行git push前的全部操作,都是在"本地仓库"中运行的. 我们暂且将"本地仓库"的代码还原操作叫做"撤销"! 情况一:文件被改动了,但未运行git add操作

1.git log查找commit hash 2.git reset --hard hash 回滚本地git库 3.git push -f origin(git仓库的url) branch名 强制提交

在git使用中如果提交错误的代码至远程服务器,可以使用git revert 命令回滚单次commit并且不影响其他commit. 回滚最新一次的提交记录: git revert HEAD 回滚前一次的提交记录 : git revert HEAD^ 对历史上的commit回滚: git revert 回滚历史commit很容易产生文件冲突,需要做好冲突处理. 使用SourceTree进行commit revert 在准备revert 的commit上右键 选择 reverse commit. re

git的工作流 工作区:即自己当前分支所修改的代码,git add xx 之前的!不包括 git add xx 和 git commit xxx 之后的. 暂存区:已经 git add xxx 进去,且未 git commit xxx 的. 本地分支:已经git commit -m xxx 提交到本地分支的. 语法格式 HEAD^:上一次提交 HEAD~n:之前的n次提交 HEAD ComitHash:目标版本号CommitHash 代码回滚 1.工作区 git checkout a.txt #

在github上git clone一个项目,在里面创建一个目录,然后git push的时候,出现报错"Everything up-to-date" 原因:1)没有git add .2)没有git commit -m "提交信息"如果上面两个步骤都成功执行,还出现这个错误是因为创建的目录下是空的,目录下必须有文件才能git push上传成功. 在github上创建文件的时候,在新文件名后加/符号就是文件夹,但是这种方式只支持英文名目录,中文名目录不支持. 要是想创建中

每次git push都要输入用户名和密码,有点麻烦,就上网搜了下解决方案. 网上的解决方案有的讲得不清晰,逐个试了后,总结下两种有效的解决方案.   方案一: 1.在计算机安装盘(即一般为C盘)下找到用户(或Users)这个文件夹,打开. 2.打开Administrator文件夹. 3.找到'.gitconfig'文件,没有的话就新建该文件. 4.在文件中写入: [user] name = 'git用户名' email = 'git邮箱' [credential] helper = store

[root@NB sh]# git push To git@x0.xx.xxx.x1:yanjing_chenl/IT-DOC.git ! [rejected] master -> master (non-fast-forward) error: failed to push some refs to 'git@xx.x.x.x1:yanjing_chenl/IT-DOC.git' To prevent you from losing history, non-fast-forward upda

分别有仓库 A(github),B(JAE 的 git),本机为C. 假设以 a 仓库作为最终的使用仓库, b为发布仓库.分支都为 dev 第一步,增加远程仓库 git remote add origin1 git.agit remote add origin2 git.b 第二步,本地确保没 change 的东西,拉去远程仓库地址,然后进行 rebase .git fetch origin1git rebase -i origin1/dev 如果有冲突,解决完. git push -f ori

摘要:由于在git push过程中,no-fast-forward 的push会被拒绝,如何解决git push失败的问题?这里面有三种方法,分别会形成merge形式的提交历史,线性形式的提交历史,覆盖原来的提交历史. 本文来源:git push 的三种模式 地址:http://blog.csdn.net/trochiluses/article/details/14517379 1.git push产生冲突的形成过程 现在,服务器端最新版本是x:用户甲和用户已分别clone代码,然后进行开发:用

最近在做些oj,所以需要频繁的git push提交代码,每次都要输入帐号和密码,感觉不舒服,于是乎就做了如下设置,然后就可以开心的提交啦- Linux或者Mac下方法: 创建文件,进入文件,输入内容: cd ~ touch .git-credentials vim .git-credentials https://{username}:{password}@github.com 在终端下输入: git config --global credential.helper store 打开~/.gi