有时候我们提交完了才发现漏掉了几个文件没有添加，或者提交信息写错了。 此时，就可以运行带有 --amend 选项的提交命令来重新提交
任何时候，你都有可能需要撤消刚才所做的某些操作。接下来，我们会介绍一些基本的撤消操作相关的命令。请注意，有些撤销操作是不可逆的，所以请务必谨慎小心，一旦失误，就有可能丢失部分工作成果。
Git与其它版本控制系统如SVN的一个最大的不同之处就是发明了暂存区的概念，本文从创建Git版本库开始，依次描述了追踪文件、修改文件、丢弃修改、提交修改等基本Git操作，在此过程中介绍了Git版本控制系统中三个重要概念：工作区、版本库与暂存区。
在使用Git进行版本控制时，我们经常需要将文件添加到暂存区（stage）以便提交更改。但有时候我们可能会错误地将文件添加到暂存区，或者改变了对文件的修改意图，这时候我们需要取消暂存并将文件从暂存区移除。本文将详细介绍如何在Git中取消暂存文件的方法，以帮助您管理版本控制过程中的文件更改。
在任何一个阶段，你都有可能想要撤消某些操作。 这里，我们将会学习几个撤消你所做修改的基本工具。 注意，有些撤消操作是不可逆的。 这是在使用 Git 的过程中，会因为操作失误而导致之前的工作丢失的少有的几个地方之一。
git rm -r –cached a.txt //删除a.txt的跟踪，并保留在本地
配置好后再输入git命令的时候就不用再输入一大段了，例如我们要查看状态，只需输入：
假如我们刚刚执行了git reset --soft或者add等的操作，把一些东西加到了我们的暂存区，比如日志文件,我们就要把他们从暂存区拿出来。
在继续了解更专业的工具前，我们先讨论一下 reset 与 checkout。 在你初次遇到的 Git 命令中，这两个是最让人困惑的。 它们能做很多事情，所以看起来我们很难真正地理解并恰当地运用它们。 针对这一点，我们先来做一个简单的比喻。
在未进行git push前的所有操作，都是在“本地仓库”中执行的。我们暂且将“本地仓库”的代码还原操作叫做“撤销”
上述场景一，在未进行git push前的所有操作，都是在“本地仓库”中执行的。我们暂且将“本地仓库”的代码还原操作叫做“撤销”！
使用Git版本控制器差不多有一年多的时间了，在这一年多的时间里对这个传说的的分布式版本控制工具有了一定的了解。在实战项目开发中，对关于如何在通过Git提交项目，以及如何使用Git命令对提交的文件进行撤销，回退/还原，删除等相关操作有了一定的了解。以下主要是我在工作，学习中对自己使用Git的一些总结。
Common Git Command Line Operation | Chanvin's Blog (chanvinxiao.com)
版权声明：本文为博主原创文章，遵循 CC 4.0 by-sa 版权协议，转载请附上原文出处链接和本声明。
主要整理一些自己在公司用的比较多的部分，不至于说的更多，反而更迷糊，想要学习详细的Git教学可以去专门的网站。相当于边学边记了，共同进步！
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
企业中我们一般采用分布式版本管理工具git来进行版本管理，在团队协作的过程中，我们难免会遇到误操作，需要撤销更改的情况，那么我们怎么高效的进行撤销修改呢？对于还未提交到暂存区的代码怎么高效撤销更改呢？对于已经提交到暂存区的代码，怎么取消add操作？对于已经提交到本地仓库，还没有提交到远程仓库的代码，怎么进行高效撤销更改呢？还有对于已经提交到远程仓库的代码，如何进行高效的撤销更改呢？那我们本文就来一一解决这些棘手的问题！
俗话说，老虎也有打盹的时候。我们提交代码，也会有出错的时候。 我今天不小心把不该提交的文件给提交了。
命令行直接输入git提示应用没有安装的情况下 安装git，[图形化 gitk， 差异比较工具 meld]
欢迎大家关注我的掘金帐号 我会在那里定期更新最新版本的Android Framework源码模块分析~~
和 revert 的区别：reset 命令会抹去某个 commit id 之后的所有 commit
概述 git cherry-pick可以理解为”挑拣”提交，它会获取某一个分支的单笔提交，并作为一个新的提交引入到你当前分支上。 当我们需要在本地合入其他分支的提交时，如果我们不想对整个分支进行合并，而是只想将某一次提交合入到本地当前分支上，那么就要使用git cherry-pick了。
如果自己有一个尚未进行版本控制的项目目录，想要用Git来控制它，需要执行如下两个步骤： 3. 在项目跟目录中，通过鼠标右键打开“Git Bash”。 4. 执行 git init命令将当前的目录转化为Git仓库， git init命令会创建一个名为.git的隐藏目录，这个.git目录就是当前项目的Git仓库，里面包含了初始的必要文件，这些文件是Git仓库的必要组成部分。
将文件从暂存区撤回到工作区（变成未跟踪的）、然后再删除文件；也可以直接从暂存区删除
列举使用到的一些git命令。 作用 命令 显示某次提交的修改 git show <commit_id> 显示某次提交的某个文件的修改 git show <commit_id> <文件> 显示以前每一次提交的修改 git log -p <文件> 显示n次前提交的修改 git log -p -n <文件> 恢复到某个文件的状态 git checkout <commit_id> <文件> 比较某个文件的两个历史记录 git diff <commit_id1> <commit_id2> <文件> 取消合并操作 gi
注：并不是修改上一次commit，而是生成新的commit取代上一次commit。
$ git config --global user.name \"Han XiaoTong\"
可以使用 git status -s 命令或 git status --short 命令，得到一种更为紧凑的格式输出。
获取某一个分支的单笔提交，并作为一个新的提交引入到你当前分支上。 当我们需要在本地合入其他分支的提交时，如果我们不想对整个分支进行合并，而是只想将某一次提交合入到本地当前分支上时使用。
Git分为三个区： 工作区（Working Directory）：没有修改、修改后未使用git add的文件 暂存区（Staged）：新增/修改后的文件调用git add后都会被添加到暂存区 提交区（Commit）：所有添加到暂存区里的文件通过git commit之后会被统一添加到提交区，作为一次提交
本文适合总觉得git操作不够顺滑，被各种分支问题搞得焦头烂额的Java业务开发同学。
在本地新建一个repo,进入一个项目目录,执行git init,会初始化一个repo,并在当前文件夹下创建一个.git文件夹.
在Linux生态系统中，必须定期安装，维护和升级软件。但是，仍然需要跟踪对本地配置文件所做的更改。与在进行更改之前制作配置文件副本的旧备用数据库相反，etckeeper允许您使用Git，Mercurial，Bazaar或Darcs存储库跟踪修改，就像您对软件开发项目所做的那样。
大家好，今天我们来着重介绍一个非常关键的功能就是reset。在上一篇文章介绍修改历史记录的时候曾经提到过，当我们需要拆分一个历史提交记录的时候需要使用reset。估计很多小伙伴不明白，reset究竟做了什么，所以在这篇文章当中我们来详细聊聊。
记录一些常用的系统或者软件命令 kill port linux # 查看端口占用 $ lsof -i :8080 # 结束进程 $ sudo kill -9 [pid] windows # 查看端口占用 $ netstat -aon | findstr 8080 # 查看 pid 进程 $ tasklist | findstr 19516 # 结束进程 $ taskkill /pid 19516 /F # 或者使用进程名字 $ taskkill -F -IM node.exe 定时关机 linux
$ yum install curl-devel expat-devel gettext-devel openssl-devel zlib-devel
Git和GitHub是每个软件工程师都必须了解的最基本的工具。它们是开发人员日常工作不可或缺的一部分，每天都要与之互动。
你是 Windows 程序员，且正在开发仅运行在 Windows 上的项目，可以设置 false 取消此功能，把回车保留在版本库中：
Git是一个开源（Linus Torvalds 为了帮助管理 Linux 内核开发而开发）的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目，与常用的版本控制工具 CVS, SVN等不同，它采用了分布式版本库的方式，不必服务器端软件支持。
在开发的过程中，想要修改一个参数的命名。然后修改各种地方，并且push上码云的远程仓库。然后突然发现还要改很多地方，突然后悔不想改动了。那该怎么办呢？
git init会初始化一个空的仓库（empty Git repository，同时在我们执行git init后会在当前目录下自动创建一个.git的目录，这个目录是Git来跟踪管理版本库的。
分支合并会被记录为一次合并提交，这种做法是很有意义的。比如说，可以通过这种方式来标识一个新特性被合并到了发布分支中。不过，当多个团队成员工作在一个项目中并使用常规的git pull来同步分支时，提交时间线就会被不必要的合并提交所污染。更好的做法则是使用git rebase将一个feature分支变基到master分支：
无论学习什么技术，都需要了解该技术的本质。若是靠死记硬背该技术提供的方法或者语法，终归是知其然而不知其所以然，当发现错误时，你根本不知道是什么原因导致的。我在使用Git时，就处于这种知其然而不知其所以然的状态。现在，再来补补课。 Git有三个工作区域，分别为：工作目录（Working Directory）、暂存区（Stage或Index）以及资源库（Repository或Git Directory）。 参考Pro Git一书，它给出了Git的几个要点： 直接快照，而非比较差异：Git与其他版本管理系统的主要
如果提交到其他分支，提交记录不会显示在绿色的格子里面，合并分支之后 才会显示在绿色格子里面。
如果提交出现异常 Fatal: TaskCanceledException encountered
分支操作 暂存操作 回退操作 标签操作 常规操作 git创建项目仓库 忽略已加入到版本库中的文件 取消忽略文件 拉取、上传免密码 分支操作 git branch 创建分支 git branch -b 创建并切换到新建的分支上 git checkout 切换分支 git branch 查看分支列表 git branch -v 查看所有分支的最后一次操作 git branch -vv 查看当前分支 git brabch -b 分支名 origin/分支名 创建远程分支到本地 git branch --merg
已跟踪：指文件在上一次快照中有对应的记录，当前状态可能处于未修改，已修改或已放入暂存区。
从本质上来讲 Git 是一个内容寻址（content-addressable）文件系统，并在此之上提供了一个版本控制系统的用户界面。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
