我一直认为如下：
1.凡是记忆性的问题都不是问题！
2.凡是钱能解决的事情都不叫事情！
如果你曾大致了解了Git这一门技术，你会发现这是属于“记忆型”的，所以，这门技术对我们来说不是问题，是一门熟能生巧的哲学。
有了这个前奏之后，我想您比我更加知道该如何去掌握它。
以下内容纯属个人总结，为了不让这篇总结显得唐突，我会结合以下思维导图一一开展：
二、准备工作
1.git配置:
[1].菜单的了解
windows下安装了msmygit，鼠标右键继承了Git客户端的一些命令选项，如下：
(在非git仓库目录下鼠标右键的菜单栏)
Git Init Here:初始化一个git仓库
Git Gui:打开Git图形客户端
Git Bash:打开Git的bash环境(模拟Linux,这里要使用linux命令，win命令无效)
(在git仓库目录下的鼠标右键的菜单栏)
Git Add all files now:相当于git add --all表示将所有改动或添加拉倒暂存区中。
Git Commit Tool:打开git图形客户端，图形化提交。
Git History:打开gitk图形客户端查看历史记录，也可使用$ gitk命令打开。图片如下：
个人建议：通过gitk图形客户端查看日志更加抽象直观！
Git Branch:显示分支状态，如图我的项目中暂时只有一个master主分支。
[2].客户端配置
No1.复制粘贴：
在windows下打开Bash环境后，如何复制粘贴：
在git bash客户端头部右键，选择|“属性”，然后把“快速编辑模式勾选即可” 如下图：
No2.中文乱码问题
当使用时，会出现以下三种情况的中文乱码：
1.ls不能显示中文目录解决办法：在%GIT_HOME%/etc/git-completion.bash中增加一行：
alias ls='ls --show-control-chars --color=auto'
2.git commit不能提交中文注释解决办法：修改%GIT_HOME%/etc/inputrc中对应的行：
set output-meta on
set convert-meta off
3.git log无法显示中文注释解决办法：在%GIT_HOME%/etc/profile中增加一行：
export LESSCHARSET=iso8859
个人建议：对于不清楚目录在何处的时候，下载使用Everything工具能神速查询文件。
[3].全局配置
No1.用户信息配置：
$ git config --global user.name &fp&
$ git config --global user.email &&
如果存在多帐号，可以查看。
配置完成后，可以检查是否配置成：如下列举Github的：
Hi BeginMan! You've successfully authenticated, but GitHub does not provide shel
如果它Hi了你，就说用户信息配置成功了。
No2.高亮配置
$ git config --global color.ui auto
No3.别名配置
就是简化命令，如git status 可以简化为git st.个人配置如下：
$ git config --global alias.st status
$ git config --global alias.ci commit
$ git config --global alias.co checkout
$ git config --global alias.br branch
$ git config --global alias.ps push
$ git config --global alias.pl pull
$ git config --global alias.unstage 'reset HEAD'
# 表示拉回的未暂存
$ git config --global alias.last 'log -1'
# 表示查看最后一次提交历史
# 下面表示智能个性化log查看
$ git config --global alias.lg &log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)&%an&%Creset' --abbrev-commit&
上面的是针对当前项目的，如果设置 --system 则表示整个系统通用。
或者你可以这样：
$ git config -e
#打开当前配置
$ git config -e --global
#打开全局配置
$ git config -e --system
#打开系统配置
打开文件直接修改。
2.建立工作区
也就是取得项目的 Git 仓库，分为两类:
1.初始化新仓库
你可以选择合适的目录使用鼠标右键的Git init here,或者打开Bash环境直接$ git init (git1.6.7版本以上可以直接在init后面带目录名自动创建该目录。)
然后添加远程仓库路径：
$ git remote add origin :BeginMan/test.git
全部更新：
$ git pull origin master
查看远程仓库信息：
$ git remote:显示远程仓库名；$ git remote -v:显示相信信息
2.从现有仓库克隆
git clone [url]
$ git clone git:///schacon/grit.git
这会在当前目录下创建一个名为grit的目录，其中包含一个 .git 的目录，用于保存下载下来的所有版本记录。
$ git clone git:///schacon/grit.git mygrit
新建的目录成了 mygrit。
多人协作时，如果远程仓库存在多个分支，则团队成功Clone的时候只能看到本地的master分支。
$ git branch
如果成员要在dev分支上开发，就需要创建远程origin的dev分支到本地（前提是分支与远程上的分支对应）：
$ git checkout -b dev origin/dev
然后建立本地分支和远程分支的关联：
$ git branch --set-upstream dev origin/dev
Branch dev set up to track remote branch dev from origin.
最后从远程抓取分支：
3.一些必需的东西
上面我们已经把该准备的都准备了，那么现在还需要准备什么呢？相信下面的信息会让你觉得路还有很长……
1.一款顺手的编辑器
比如写提交说明的时候，window下默认的是vi,如果在Linux下，可以设置想要的编辑器，如vim/emacs/sublime等，如果查看日志过长则git默认开启分页器，。less分页器默认使用vi风格的热键……综上所述，必需学习&Vim&编辑器，否则你连退出都不在怎么退的。
三、开始工作
如果上面的我们准备好了，那么现在就开始工作吧！
1.一个分支上的整个流程
默认的我们使用master分支，以下就以这个分支来进行整个工作流程。
[1].新建或修改文件
$ &a.py #更简洁的一种Linux创建文件的方式
# 或者使用 $ touch a.py
# 以下按照这个文件处理：
$ echo 'print &Hello,world&'&test.py
这里新建了一个test.py文件并编辑了内容。常见庆幸比如我们复制进入几个图片，样式等等。
[2].查看状态
$ git status
On branch master
Untracked files:
(use &git add &file&...& to include in what will be committed)
nothing added to commit but untracked files present (use &git add& to track)
中文翻译就是：
在master分支上
未暂存文件：
(使用git add &file&加入暂存区)
这里会衍生2个扩展：(1)暂存区/工作区/本地仓库、(2)git add命令详解
暂存区：暂且看作临时常所，午托中介（后面会有详解）;工作区：就是你的项目所在你电脑上哪个盘，哪个目录下，不含.git；本地仓库就是你的项目下的.git。
git add &path&把&path&添加到索引库中，&path&可以是文件也可以是目录。
git add -u [&path&]: 把&path&中所有tracked文件中
被修改过或已删除文件的信息添加到索引库。它不会处理untracted的文件.
git add -A: [&path&]表示把&path&中所有tracked文件中被修改过或已删除文件和所有untracted的文件信息添加到索引库。
git add -i [&path&]命令查看&path&中被所有修改过或已删除文件但没有提交的文件
[3].加入暂存区
$ git add test.py
#或者可以这样：$ git add --all 表示全部加入，包含新添加的文件
# $ git add . #全部加入但不包括新添加的文件
不管是新添加的文件，还是修改了的文件，都需要git add ,这点不同于SVN
此刻再查看状态：
On branch master
Changes to be committed:
(use &git reset HEAD &file&...& to unstage)
意思就是在master分支上，以下列表文件改变待提交，可以使用git reset HEAD 拉回未暂存区。相应的原先红色变成了现在的绿色。
这里衍生了一个扩展：(3)如何拉回未暂存区
[4].查看快照
$ git diff #当前工作目录（没有 staged(添加到索引中)）和上次提交与本地索引间的差异
$ git diff --cached
#当前的索引(staged,添加到索引中)和上次提交间的差异
$ git diff HEAD显示你工作目录与上次提交时之间的所有差别
$ git diff HEAD
diff --git a/test.py b/test.py
new file mode 100644
index 715f8
--- /dev/null
+++ b/test.py
@@ -0,0 +1 @@
+print &Hello,world&
意思如下：---代表源文件；+++代表目标文件；-开头的行，是只出现在源文件中的行；+开头的行，是只出现在目标文件中的行；每个差异小结的第一行都是定位语句，Git工作流指南：功能分支工作流 - 博客 - 伯乐在线
& Git工作流指南：功能分支工作流
一旦你玩转了，在开发过程中可以很简单地加上功能分支，用来鼓励开发者之间协作和简化交流。
功能分支工作流背后的核心思路是所有的功能开发应该在一个专门的分支，而不是在master分支上。这个隔离可以方便多个开发者在各自的功能上开发而不会弄乱主干代码。另外，也保证了master分支的代码一定不会是有问题的，极大有利于集成环境。
功能开发隔离也让成功可能，pull requests工作流能为每个分支发起一个讨论，在分支合入正式项目之前，给其它开发者有表示赞同的机会。另外，如果你在功能开发中有问题卡住了，可以开一个pull requests来向同学们征求建议。这些做法的重点就是，pull requests让团队成员之间互相评论工作变成非常方便！
功能分支工作流仍然用中央仓库，并且master分支还是代表了正式项目的历史。但不是直接提交本地历史到各自的本地master分支，开发者每次在开始新功能前先创建一个新分支。功能分支应该有个有描述性的名字，比如animated-menu-items或issue-#1061，这样可以让分支有个清楚且高聚焦的用途。
在master分支和功能分支之间，Git是没有技术上的区别，所以开发者可以用和集中式工作流中完全一样的方式编辑、暂存和提交修改到功能分支上。
另外，功能分支也可以（且应该）push到中央仓库中。这样不修改正式代码就可以和其它开发者分享提交的功能。由于master仅有的一个『特殊』分支，在中央仓库上存多个功能分支不会有任何问题。当然，这样做也可以很方便地备份各自的本地提交。
Pull Requests
功能分支除了可以隔离功能的开发，也使得通过讨论变更成为可能。一旦某个开发完成一个功能，不是立即合并到master，而是push到中央仓库的功能分支上并发起一个Pull Request请求去合并修改到master。在修改成为主干代码前，这让其它的开发者有机会先去Review变更。
Code Review是Pull Requests的一个重要的收益，但Pull Requests目的是讨论代码一个通用方式。你可以把Pull Requests作为专门给某个分支的讨论。这意味着可以在更早的开发过程中就可以进行Code Review。比如，一个开发者开发功能需要帮助时，要做的就是发起一个Pull Request，相关的人就会自动收到通知，在相关的提交旁边能看到需要帮助解决的问题。
一旦Pull Request被接受了，发布功能要做的就和集中式工作流就很像了。首先，确定本地的master分支和上游的master分支是同步的。然后合并功能分支到本地master分支并push已经更新的本地master分支到中央仓库。
仓库管理的产品解决方案像或，可以良好地支持Pull Requests。可以看看Stash的。
下面的示例演示了如何把Pull Requests作为Code Review的方式，但注意Pull Requests可以用于很多其它的目的。
小红开始开发一个新功能
在开始开发功能前，小红需要一个独立的分支。使用下面的命令：
git checkout -b marys-feature master
这个命令检出一个基于master名为marys-feature的分支，Git的-b选项表示如果分支还不存在则新建分支。这个新分支上，小红按老套路编辑、暂存和提交修改，按需要提交以实现功能：
git status
git commit
小红要去吃个午饭
早上小红为新功能添加一些提交。去吃午饭前，push功能分支到中央仓库是很好的做法，这样可以方便地备份，如果和其它开发协作，也让他们可以看到小红的提交。
git push -u origin marys-feature
这条命令push marys-feature分支到中央仓库（origin），-u选项设置本地分支去跟踪远程对应的分支。设置好跟踪的分支后，小红就可以使用git push命令省去指定推送分支的参数。
小红完成功能开发
小红吃完午饭回来，完成整个功能的开发。，她发起一个Pull Request让团队的其它人知道功能已经完成。但首先，她要确认中央仓库中已经有她最近的提交：
然后，在她的Git GUI客户端中发起Pull Request，请求合并marys-feature到master，团队成员会自动收到通知。Pull Request很酷的是可以在相关的提交旁边显示评注，所以你可以很对某个变更集提问。
小黑收到Pull Request
小黑收到了Pull Request后会查看marys-feature的修改。决定在合并到正式项目前是否要做些修改，且通过Pull Request和小红来回地讨论。
小红再做修改
要再做修改，小红用和功能第一个迭代完全一样的过程。编辑、暂存、提交并push更新到中央仓库。小红这些活动都会显示在Pull Request上，小黑可以断续做评注。
如果小黑有需要，也可以把marys-feature分支拉到本地，自己来修改，他加的提交也会一样显示在Pull Request上。
小红发布她的功能
一旦小黑可以的接受Pull Request，就可以合并功能到稳定项目代码中（可以由小黑或是小红来做这个操作）：
git checkout master
git pull origin marys-feature
无论谁来做合并，首先要检出master分支并确认是它是最新的。然后执行git pull origin marys-feature合并marys-feature分支到和已经和远程一致的本地master分支。你可以使用简单git merge marys-feature命令，但前面的命令可以保证总是最新的新功能分支。最后更新的master分支要重新push回到origin。
这个过程常常会生成一个合并提交。有些开发者喜欢有合并提交，因为它像一个新功能和原来代码基线的连通符。但如果你偏爱线性的提交历史，可以在执行合并时rebase新功能到master分支的顶部，这样生成一个快进（fast-forward）的合并。
一些GUI客户端可以只要点一下『接受』按钮执行好上面的命令来自动化Pull Request接受过程。如果你的不能这样，至少在功能合并到master分支后能自动关闭Pull Request。
与此同时，小明在做和小红一样的事
当小红和小黑在marys-feature上工作并讨论她的Pull Request的时候，小明在自己的功能分支上做完全一样的事。
通过隔离功能到独立的分支上，每个人都可以自主的工作，当然必要的时候在开发者之间分享变更还是比较繁琐的。
到了这里，但愿你发现了功能分支可以很直接地在的仅有的master分支上完成多功能的开发。另外，功能分支还使用了Pull Request，使得可以在你的版本控制GUI客户端中讨论某个提交。
功能分支工作流是开发项目异常灵活的方式。问题是，有时候太灵活了。对于大型团队，常常需要给不同分支分配一个更具体的角色。Gitflow工作流是管理功能开发、发布准备和维护的常用模式。
理解粗浅，译文源码在，翻译中不足和不对之处，欢迎建议（）和指正（）！
关于作者：
可能感兴趣的话题
为作者带来更多读者；为读者筛选优质内容；专注IT互联网。
最新评论（期待您也参与评论）
汇集优质的Python技术文章和资源。人生苦短，我用Python！
JavaScript, CSS, HTML5 这里有前端的技术干货！
关注安卓移动开发业界动态，分享技术文章和优秀工具资源。
关注iOS移动开发业界动态，分享技术文章和优秀工具资源。
关于伯乐在线博客
在这个信息爆炸的时代，人们已然被大量、快速并且简短的信息所包围。然而，我们相信：过多“快餐”式的阅读只会令人“虚胖”，缺乏实质的内涵。伯乐在线博客团队正试图以我们微薄的力量，把优秀的原创/译文分享给读者，做一个小而精的精选博客，为“快餐”添加一些“营养”元素。
欢迎关注更多频道
– 分享和发现有价值的内容与观点
– 为IT单身男女服务的征婚传播平台
– 优秀的工具资源导航
– 翻译传播优秀的外文文章
– 国内外的精选博客文章
– JavaScript, HTML5, CSS
– 专注Android技术分享
– 专注iOS技术分享
– 专注Java技术分享
– 专注Python技术分享
（加好友请注明来意）
网站使用问题
请在询问或者反馈
& 2015 伯乐在线
赞助云主机Git 问题，一个 master，多个新功能分支，怎样有序地合并和提交_百度知道
Git 问题，一个 master，多个新功能分支，怎样有序地合并和提交
我有更好的答案
git支持很多种工作流程，我们采用的一般是这样，远程创建一个主分支，本地每人创建功能分支，日常工作流程如下： 去自己的工作分支 $ git checkout work 工作 .... 提交工作分支的修改 $ git commit -a 回到主分支 $ git checkout master 获取远
其他类似问题
为您推荐：
git的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁两天热门文章
最新推荐文章