在开发过程中,git的版本管理越来越普及.在版本管理中,最常用和最重要的是重置提交的版本,恢复后悔做了的事.大家都知道用reset命令.但是有几种形态需要整理共享一下,也方便我自己查阅. 一.首先解析以下这三个相关的状态和概念, 1.HEAD:可以描述为当前分支最后一个提交.即本地的信息中的当前版本. 2.Index:在工作副本修改之后执行过git add操作的版本文件,可以commit了的. 3.Working Copy:工作副本是你正在修改,但是没有执行任何git操作的文件. 总的来说, 代

http://alpha-blog.wanglianghome.org/2010/07/30/git-partial-rollback/ reset(版本撤回) 格式 git reset [-q] [<commit>] [--] <paths>...git reset (--patch | -p) [<commit>] [--] [<paths>...]git reset (--soft | --mixed | --hard | --merge | --ke

git中常见的几个命令 本地仓库 三个区域 工作目录 暂存区 本地仓库 文件的四个状态 未跟踪 untracked 已暂存 staged 已提交commited 已修改 modified 基本命令 git add files 把未跟踪的文件添加到暂存区 把暂存区中修改的内容添加到暂存区 git commit -m '备注' files 把暂存区的内容提交到本地仓库 git rm --cached files 把暂存的文件移动到工作目录(改为未跟踪的状态) git checkout files 把

在使用Git的过程中,有时候会因为一些误操作,比如reset.rebase.merge等.特别是在Commit之后又执行了git reset --hard HEAD强制回滚本地记录以及文件到服务器版本,导致本地做的修改全部恢复到Git当前分支的服务器版本,同时自己的Commmit记录也消失了.碰到这种情况,不要慌,我们在Git上做的任何操作都只是在原来之前的操作上做修改,并且会被记录下来保存,也就是说无论你做了什么,对于Git来说都可以进行回滚操作. 找回Commit 通过以下例子来了解下具体怎

无论是数据科学家.算法工程师还是普通开发人员,在每个团队协作开发任务中,Git 都是必不可少的版本控制工具,因此掌握它的基本操作十分有必要.但即便是教程满天飞的今天,开发人员在使用 Git 时也还是会犯一些不应该犯的错误.本文总结了其中的几种常见错误,希望能对新手有所帮助. force push 有时,我们会需要用 force push 把 commit 推送到远端仓库. 假设有 2 名开发人员正在合作开发一个分支 之前开发人员1已经完成更改,把代码 push 到了远程仓库 现在,开发人员 2

总结:更新代码前一定要先将本地修改的文件存到本地git仓库.今天脑残直接更新了远程仓库代码导入今天写的代码...... @[git|commit|reflog] 在使用Git的过程中,有时候会因为一些误操作,比如reset.rebase.merge等.特别是在Commit之后又执行了git reset --hard HEAD强制回滚本地记录以及文件到服务器版本,导致本地做的修改全部恢复到Git当前分支的服务器版本,同时自己的Commmit记录也消失了.碰到这种情况,不要慌,我们在Git上做的任何

一.目录操作 1.cd 即change directory,改变目录,如 cd d:/www,切换到d盘的www目录. 2.cd .. cd+空格+两个点,回退到上一目录. 3.pwd 即 print working directory, 打印工作目录,显示当前所在路径. 4.ls 即list,列出当前列出当前目录中的文件(不包含隐藏文件),ls -a(包含隐藏文件),ll 更详细. 5.touch 新建一个文件,如 touch index.php. 6.mv 即move,移动文件. 7.rm

[转]git reset 之 soft mixed hard选项的区别 (2014-09-09 16:54:06) 转载▼ 标签: git 分类: Linux 译注:为了避免丢失本地的修改以及original HEAD,建议在进行reset操作之前,在本地创建一个新的branch,在新的branch上面进行reset,以保证master分支永远处于original HEAD 以下为转发的正文 The reset command. Confusing. Misunderstood. Misused

在SVN中,提交记录是无法修改的.比如说,当我们提交了某次修改后,发现该次提交中有错误时,只能将将补丁再次提交一遍.这样,就存在两次提交记录,没有保证提交的原子性. 在GIT中,由于提交是在本地进行的,因此如果没有发布之前,是允许使用reset命令来撤销提交记录的,这个命令有如下三种使用方式: git reset -soft: 只撤销commit,保留working tree和index file. git reset -mixed: 撤销commit和index file,保留working

1.查看提交的历史版本(git log) 我们可以使用 git log 命令来查看提交的历史版本. 默认不用任何参数的话,git log 会按提交时间列出所有的更新,最近的更新排在最上面.每个版本都有一个 SHA-1 校验和.作者的名字和电子邮件地址.提交时间,最后缩进一个段落显示提交说明. 1.1.展开显示每次提交的内容差异(git log -p) git log -p 命令将会列出每次提交时相对于上一版本的修改.用 -2 则只显示最近的两次更新 1.2.只显示每次提交的差异的简要信息(git

Git 中回退有 reset 和 revert,这两个的区别就是是否保留更改记录 假设当前的提交情况是:A <- B <- C <- D <- HEAD,如下图: 当前是 D,希望回退到 A,那我们可以使用 reset 命令,reset 后再看 git log 就会发现:B <- C <- D 宛如没有出现过,这适用于想完全舍弃 A 之后的修改 但是如果我们想保留 B <- C <- D 的修改记录,可能这三个 commit 的功能只是暂时用不到,以后可能还

(暂存区 即Index In Git) commit 到 local respository的内容,不想push,则使用git reset 将文件状态回转到staged|modified|unstaged: git reset HEAD^   git reset --soft HEAD^git reset HEAD~3    (本地有3次commit未提交时用,也可以git reset HEAD^操作3次) 状态回转用git reset 被delete的内容没有push到远端仓,此时想恢复文件:

(暂存区 即Index In Git) commit 到 local respository的内容,不想push,则使用git reset 将文件状态回转到staged|modified|unstaged: git reset HEAD^   git reset --soft HEAD^git reset HEAD~3    (本地有3次commit未提交时用,也可以git reset HEAD^操作3次) 状态回转用git reset,或者git revert https://www.cnbl

图解git中的最常用命令 Git命令参考手册(文本版) git init                                                  # 初始化本地git仓库(创建新仓库) git config --global user.name "xxx"                       # 配置用户名 git config --global user.email "xxx@xxx.com"              # 配置邮

git reset --soft commit-id命令:回退到指定版本.(soft:柔软的) 该命令仅仅修改分支中的HEAD指针的位置,不会改变工作区与暂存区中的文件的版本. 实现上是只做了一件事情,就是移动HEAD指针的指向,指向了指定的提交版本. 示例开始: 首先在版本库中的readme.txt文件中添加一行内容,并提交该内容.我们的目的就是要再回退到该版本. 1.查看本地版本库日志. # 1.使用git log查看历史版本记录 L@DESKTOP-T2AI2SU MINGW64 /j/g

Git中如何利用生成SSH个人公钥访问git仓库方法(这里以coding平台为例): 1. 获取 SSH 协议地址 在项目的代码页面点击 SSH 切换到 SSH 协议, 获得访问地址, 请使用这个地址来访问您的代码仓库,如下图: 2. 生成公钥 Mac/Linux 打开命令行终端, Windows 打开 Git Bash . 输入ssh-keygen -t rsa -C “username@example.com”,( 注册的邮箱),接下来点击enter键即可(也可以输入密码). $ssh-ke

1.在git中clone项目有两种方式:HTTPS和SSH,它们的区别如下: HTTPS:不管是谁,拿到url随便clone,但是在push的时候需要验证用户名和密码: SSH:clone的项目你必须是拥有者或者管理员,而且需要在clone前添加SSH Key.SSH 在push的时候,是不需要输入用户名的,如果配置SSH key的时候设置了密码,则需要输入密码的,否则直接是不需要输入密码的. 2.在git中使用SSH Key的步骤: 检查电脑是否存在SSH Key: $ cd ~/.ssh $

昨天写代码的时候,误删了一个文件.今天发现的时候,commit 已经 push 到版本库了.本想用 git reset 回退版本,找回文件后重新提交.但是想起 Git 是一个版本控制系统哎,直接从版本库里 checkout 出某个文件的历史版本不就好了? 想法挺好,但是很久没用这个功能,自己已经不记得具体的命令了.于是查了下手册,把和 checkout 历史版本有关的几个命令都记录一下. 从某个历史版本创建新的分支 在 Git 中从当前分支创建并检出新分支的命令是 git checkout -b

git 中关于LF 和 CRLF 的转换问题注意: Windows下编辑器设置中,建议调整设置为Unix风格.(具体设置位置各种编辑器上不同,需要找找) 使用Git Bash进行命令行操作时,运行一下这个命令检查一下输出结果,确认输出为false: $ git config --get core.autocrlf false 如果不是false,请修改为false $ git config --global core.autocrlf false 最好在.gitconfig文件设置好.详情可见:

本文参考于:http://www.zhanglian2010.cn/2014/07/git-pull-vs-fetch-and-merge/ 使用git fetch和git pull都可以更新远程仓库的代码到本地,但是它们之间还是有区别 git fetch git fetch origin master git log -p master..origin/master git merge origin/master 从远程的origin仓库的master主分支更新最新的版本到origin/mas

在进行协作开发代码管理的过程中,常常会遇到某些临时文件.配置文件.或者生成文件等,这些文件由于不同的开发端会不一样,如果使用git add . 将所有文件纳入git库中,那么会出现频繁的改动和push,这样会引起开发上的不便. Git可以很方便的帮助我们解决这个问题,那就是建立项目文件过滤规则. git中提供两种过滤机制,一种是全局过滤机制,即对所有的git都适用:另一种是针对某个项目使用的过滤规则.个人倾向于第二种. 以我的一个项目为例,该项目用.net开发,.config文件.包括生成的bi