git阮一峰

常用 Git 命令清单 作者： 阮一峰 日期： 2015年12月 9日 我每天使用 Git ，但是很多命令记不住。 一般来说，日常使用只要记住下图6个命令，就可以了。但是熟练使用，恐怕要记住60～100个命令。 下面是我整理的常用 Git 命令清单。几个专用名词的译名如下。 Workspace：工作区 Index / Stage：暂存区 Repository：仓库区（或本地仓库） Remote：远程仓库 一、新建代码库 # 在当前目录新建一个Git代码库 $ git init # 新建一个目录，将其初始化为Git代码库 $ git init [project-name] # 下载一个项目和它的整个代码历史 $ git clone [url] 二、配置 Git的设置文件为 .gitconfig ，它可以在用户主目录下（全局配置），也可以在项目目录下（项目配置）。 # 显示当前的Git配置 $ git config --list # 编辑Git配置文件 $ git config -e [--global] # 设置提交代码时的用户信息 $ git config [--global] user.name "[name]" $ git config [--global] user.email "[email address]" 三、增加/删除文件 # 添加指定文件到暂存区 $ git

常用 Git 命令清单 作者： 阮一峰 日期： 2015年12月 9日 我每天使用 Git ，但是很多命令记不住。 一般来说，日常使用只要记住下图6个命令，就可以了。但是熟练使用，恐怕要记住60～100个命令。 下面是我整理的常用 Git 命令清单。几个专用名词的译名如下。 Workspace：工作区 Index / Stage：暂存区 Repository：仓库区（或本地仓库） Remote：远程仓库 一、新建代码库 # 在当前目录新建一个Git代码库 $ git init # 新建一个目录，将其初始化为Git代码库 $ git init [project-name] # 下载一个项目和它的整个代码历史 $ git clone [url] 二、配置 Git的设置文件为 .gitconfig ，它可以在用户主目录下（全局配置），也可以在项目目录下（项目配置）。 # 显示当前的Git配置 $ git config --list # 编辑Git配置文件 $ git config -e [--global] # 设置提交代码时的用户信息 $ git config [--global] user.name "[name]" $ git config [--global] user.email "[email address]" 三、增加/删除文件 # 添加指定文件到暂存区 $ git

Git 作为一个源码管理系统，不可避免涉及到多人协作。 协作必须有一个规范的工作流程，让大家有效地合作，使得项目井井有条地发展下去。”工作流程”在英语里，叫做”workflow”或者”flow”，原意是水流，比喻项目像水流那样，顺畅、自然地向前流动，不会发生冲击、对撞、甚至漩涡。 本文介绍三种广泛使用的工作流程： Git flow Github flow Gitlab flow 如果你对Git还不是很熟悉，可以先阅读下面的文章。 《Git 使用规范流程》 《常用 Git 命令清单》 《Git 远程操作详解》 一、功能驱动 本文的三种工作流程，有一个共同点：都采用”功能驱动式开发”（Feature-driven development，简称FDD）。 它指的是，需求是开发的起点，先有需求再有功能分支（feature branch）或者补丁分支（hotfix branch）。完成开发后，该分支就合并到主分支，然后被删除。 二、Git flow 最早诞生、并得到广泛采用的一种工作流程，就是Git flow 。 2.1 特点 它最主要的特点有两个。 首先，项目存在两个长期分支。 主分支master 开发分支develop 前者用于存放对外发布的版本，任何时候在这个分支拿到的，都是稳定的分布版；后者用于日常开发，存放最新的开发版。 其次，项目存在三种短期分支。 功能分支（feature

使用开源中国（码云）托管代码 刘未鹏( 博客 ， 微博 ， 豆瓣 )在「 怎样花两年时间去面试一个人 」一文中说： 我一向认为，很多时候，是否好好看完一本好书，对一个人的提升往往能达到质的区别。就算不好好看完一本好书，马马虎虎看完，只要书是真的好书，也肯定会有很大的提高。我在面试的时候就经常询问对方看过哪些技术书籍，经常上哪些网站，订哪些博客。这里头尤其数书籍这一项的区分度最高。此外，好书和坏书的差别，从本质上，就是学习效率和大方向的差别。 刘未鹏( 博客 ， 微博 ， 豆瓣 )的 书单 值得大家好好学习，我也有个慢慢完善的 书单 供大家参考。 刘未鹏( 博客 ， 微博 ， 豆瓣 )在上文中还说： 但是光有「书单计划」还不够，因为书籍只能管基础知识这一块，一些更难以量化衡量的实战「能力」又怎么办呢？ 答案是可以Social Coding的 github ，使用 github 的好处： 真实的项目，真实的流程，真实的人名，一切代码review, check-in, test, build, document, 甚至讨论，计划，brianstorming，流程，一切的一切，都是项目历史的一部分，都可以像棋局那样复盘。有经验的面试者只要稍稍扫两眼一个人的GitHub历史，挑出几个check-in历史看一看，便完全能够迅速判断这个人是否满足他的要求。不再需要费劲心机地去想题目，去观察

以下内容均为笔者目前的理解，若有不妥之处，欢迎指正。 一.基础知识： 1.1 什么是git？ Git是一个版本控制系统（Version Control System，VCS）。 版本控制是一种记录一个或若干文件内容变化，以便将来查阅特定版本修订情况的系统。 1.2 github,gitlab是什么？ Github和Gitlab是在线的基于Git的代码托管服务，我的理解就是一个基于git的代码仓库。 1.3github,gitlab有什么区别？ 他们是一类产品。 github现在归属于微软，开源，只需注册即可使用。免费用户放在上面的项目只能是公开的，想要私有，需要付钱。 gitlab我目前的了解，都需要自己去搭建，对服务器的性能也需要一定的需求。在它上面可以免费建立私有仓库。 1.4 svn svn和git是一类的，它也是版本控制系统。具体比较，笔者目前还未对比过。 其产品简单做了一下对比，如下： 二.git下载安装： git下载地址： https://git-scm.com/downloads 具体步骤可参照： https://blog.csdn.net/qq_32786873/article/details/80570783 三.git常用命令 参照阮一峰老师的网络日志： https://www.ruanyifeng.com/blog/2015/12/git-cheat

Git工作流程 Git 能从众多版本控制系统中脱颖而出，其’必杀技特性’是其分支模型，Git分支模型使版本的分支合并起来非常的方便。但是滥用其分支特性也会产生副作用，很可能会出现一个纷乱丛生、结构复杂的分支系统。于是 Vincent Driessen 提出了一个分支管理模型Git-Flow。它可以使版本库的更新迭代结构清晰，各分支各司其职~ Git-Flow Master – 线上分支（发布分支，长期存在） Develop – 开发分支（本地分支，长期存在） Feature – 新功能分支 Release – 预热分支（预发布分支） Hotfix – 修复分支（Bug分支） 需求是开发的起点，当我们进行功能开发时，先有需求再有功能分支（feature branch）。功能分支是从Develop分支上面分出来的，完成新功能后，该分支上的功能就被合并到Develop分支上，然后删除 Feature 分支。 当develop分支积累足够的功能（预定的发布日期临近），就可以建立一个预发布分支（release branch）。预发布分支是从Develop分支上面分出来的，预发布结束以后，再合并到 Develop 和 Master 分支，然后删除 Release 分支。 当功能正常运行后，如果遇到紧急问题需要修复，这个时候需要创建一个独立的修复分支（hotfix branch）

目录 日常使用的6个命令 git status git add -u git show <commit-id> git diff <filename> git stash git blame <filename> 查看commit记录 回滚 日常使用的6个命令 图片来源：阮一峰《常用 Git 命令清单》 git status 展示在哪个分支。查看对repo哪些文件进行修改，这里是还没有经过 git add 操作的 git add -u 添加已经在 repo 中，但进行修改的文件。比如下两个命令好用且安全得多： 添加所有文件 git add . → \rightarrow → 容易误加文件 手动添加一堆文件 git add → \rightarrow → 效率太低 git show <commit-id> 显示某条 commit 的修改，不加 commit id, 则默认显示最近一条 commit git diff <filename> 还没 commit 前，查看修改的内容，filename 不加则默认显示所有文件的 diff。 注意 git status 不显示被修改的内容，这是二者的区别 git stash 缓存在 repo 里但做过修改的文件，和 git add 的区别在于这种缓存是暂时的，并不希望形成一个节点。例如项目开发到一半，需要 git pull

如果你不想看长篇的Git教程，想快速了解Git的使用，那么本文可能会对你入门Git有所帮助。由于笔者用的是Windows系统，所以本文只写Git在Windows上的使用。 一、Git安装 去 Git官网 下载Git的安装程序，安装的过程我就不多说了，没啥好说的。 二、创建本地仓库 Git安装完成后有一个Git Bash，打开Git Bash。输入如下命令： cd d: mkdir learngit cd learngit 上述命令表示切换到电脑D盘，然后创建一个learngit的文件夹并将目录切换到该文件夹下。不确定自己是否已切换到指定目录，可以使用 pwd 命令显示当前路径。 最后，输入 git init 命令创建并初始化版本库。初始化完后会在当前目录下生成一个 .git 的隐藏目录，一般情况下，Windows是默认隐藏带有隐藏属性的目录和文件的，但是可以通过设置让隐藏文件可见。使用 ls -ah 命令也可以直接看生成的 .git 目录 三、提交文件 在learngit文件夹下新建一个README.txt的文本文件，然后内容输入 This is a README file. 。然后输入 git add README.txt 命令将文本文件添加进仓库，如果有多个文件，直接用空格隔开一次列出就可以了。接着使用 git commit -m "add README file" 提交操作。

git入门大全 阅读目录 前言 基本概念 文件几种状态 创建新仓库 配置 检出仓库 新建仓库常见流程 gitignore 添加、删除 提交 branch tag 远程仓库和合并分支 改写提交 暂存 撤销 diff log 其他命令 git内部 git提交规范 三种工作流程 命令行 参考 前言 以前写个一个git小结，但是实际上并不够用。于是结合实际工作上碰到的一些情况，参考了一些资料，重新总结了一下。目标是在日常工作中不用再去查阅其他的资料了，如果有什么遗漏或者错误的地方，请评论指出！ 基本概念 Workspace：工作区 Index / Stage：暂存区 Repository：仓库区（或本地仓库） Remote：远程仓库 文件几种状态 untracked：git未跟踪的文件，新增的文件未 git add 就会处于这种状态 not staged：被索引过又被修改了的文件 staged：通过 git add后即将被提交的文件 创建新仓库 # 在当前目录 git init 配置 # 显示当前的Git配置 git config –list # 编辑Git配置文件 git config -e [–global] # 设置提交代码时的用户信息 git config [–global] user.name "example" git config [–global] user.email

一、为什么需要规范？ 无规矩不成方圆，编程也一样。 如果你有一个项目，从始至终都是自己写，那么你想怎么写都可以，没有人可以干预你。可是如果在团队协作中，大家都张扬个性，那么代码将会是一团糟，好好的项目就被糟践了。不管是开发还是日后维护，都将是灾难。 这时候，有人提出了何不统一标准，大家都按照这个标准来。于是 ESLint ， JSHint 等代码工具如雨后春笋般涌现，成为了项目构建的必备良品。 Git Commit 规范可能并没有那么夸张，但如果你在版本回退的时候看到一大段糟心的 Commit ，恐怕会懊恼不已吧。所以，严格遵守规范，利人利己。 二、具体规则 先来看看公式： <type>(<scope>): <subject> type 用于说明 commit 的类别，只允许使用下面7个标识。 feat：新功能（feature） fix：修补bug docs：文档（documentation） style： 格式（不影响代码运行的变动） refactor：重构（即不是新增功能，也不是修改bug的代码变动） test：增加测试 chore：构建过程或辅助工具的变动 scope 用于说明 commit 影响的范围，比如数据层、控制层、视图层等等，视项目不同而不同。 subject 是 commit 目的的简短描述，不超过50个字符。 1.以动词开头，使用第一人称现在时，比如change