好吧，尽管你要求我们不要“简单地”链接到其他资源，但当已经存在一个社区生长（和不断增长）的非常好的资源时，这是非常愚蠢的：Git社区书。说真的，一个问题中的20多个问题绝对不会简明扼要。Git社区书有HTML和PDF两种格式，可以用清晰、格式良好、经过同行评审的答案回答您的许多问题，并且格式可以让您直接解决手头的问题。

唉，如果我的帖子真的让你不安，我会删除它。说吧。

为什么还有另一种方法？网上有很多很好的指南，比如git指南，一开始就很完美。它有很好的链接，包括可以投稿的git book（托管在git hub上），非常适合这个集体任务。

在stackoverflow上，我真的更希望看到你最喜欢的技巧！

我最近才发现的是git stash，这里解释了它，它可以让你保存当前的工作并转到另一个分支机构

编辑：如前一篇文章所述，如果你真的更喜欢stackoverlow格式的帖子，我会删除这个答案

提交更改

编辑文件后，需要将更改提交到git。当您执行此命令时，它将要求提交消息，这只是一个简单的文本，告诉每个人您所做的更改。

$ git commit source/main.c

将提交目录中的main.c文件/来源/

$ git commit -a # the -a flag pulls in all modified files

将提交所有更改的文件（但不提交新文件，这些文件需要使用gitadd添加到索引中）。如果你只想提交某些文件，那么你需要先用gitadd来暂存它们，然后在没有-a标志的情况下提交。

提交只会更改本地存储库，而不会更改远程存储库。如果要将提交发送到远程存储库，则需要执行推送。

$ git push <remote> <branch> # push new commits to the <branch> on the <remote> repository

对于来自CVS或SVN的人来说，这是一个变化，因为提交到中央存储库现在需要两个步骤。

Git Magic是你所需要的一切。保证，否则你的钱会回来！

如何将其配置为忽略文件：

让git忽略您不希望跟踪的文件的功能非常有用。

要忽略一个文件或一组文件，请提供模式。git的模式语法相当简单，但功能强大。它适用于我将在下面提到的所有三个不同的文件。

空行不忽略任何文件，通常用作分隔符。以#开头的行用作注释。这个前缀是可选的，将否定模式。任何匹配的否定模式都将覆盖优先级较低的模式。支持高级表达式和通配符示例：模式：*。[oa]将忽略存储库中以.o或.a结尾的所有文件（对象和存档文件）如果一个模式有一个以斜杠结尾的目录，git将只匹配该目录及其下的路径。这将排除匹配中的常规文件和符号链接。前导斜杠将匹配该路径名中的所有文件。示例：模式/*.c将与文件foo.c匹配，但不匹配bar/b真棒.c

gitignore（5）手册页中的好例子：

$ git status
[...]
# Untracked files:
[...]
#       Documentation/foo.html
#       Documentation/gitignore.html
#       file.o
#       lib.a
#       src/internal.o
[...]
$ cat .git/info/exclude
  # ignore objects and archives, anywhere in the tree.
  *.[oa]
$ cat Documentation/.gitignore
# ignore generated html files,
*.html
# except foo.html which is maintained by hand
!foo.html
$ git status
[...]
# Untracked files:
[...]
#       Documentation/foo.html
[...]

---

通常有三种不同的方法可以忽略未跟踪的文件。

1） 对存储库的所有用户忽略：

将名为.gitignore的文件添加到工作副本的根目录中。

编辑.gitignore以匹配您的首选项，哪些文件应该/不应该被忽略。

git add .gitignore 

当你完成任务后再去做。

2） 仅忽略存储库副本：

在工作副本中添加/编辑文件$GIT_DIR/info/exclude，使用您的首选模式。

示例：我的工作副本是~/src/project1，因此我将编辑~/src-project1/.git/info/exclude

你完了！

3） 在所有情况下，在您的系统中忽略：

系统的全局忽略模式可以放在一个名为whatever的文件中。

我个人的名字叫做~/.giglobalignore

然后，我可以用以下行编辑~/.gitconfig文件，让git知道这个文件：

core.excludesfile = ~/.gitglobalignore

你完了！

我发现gitignore手册页是获取更多信息的最佳资源。

gitstatus是你的朋友，经常使用它。适合回答以下问题：

那个命令刚刚做了什么？我在哪家分行？我要做出什么样的改变，我忘了什么吗？我上一次参与这个项目时（几天、几周或几个月前）是否正在做什么？

与svn状态不同，即使在大型项目上，git状态也几乎立即运行。在学习git时，我经常发现它让我感到安心，因为它能让我经常使用它，以确保我对发生的事情的心理模型是准确的。现在，我主要是用它来提醒自己，自从上次承诺以来，我发生了什么变化。

显然，如果您的.gitignore配置得当，它会更有用。

如何创建新项目/存储库？

git存储库只是一个包含特殊.git目录的目录。

这与“集中式”版本控制系统（如subversion）不同，后者将“存储库”托管在远程服务器上，您可以将其签入“工作副本”目录。使用git，您的工作副本就是存储库。

只需在包含要跟踪的文件的目录中运行gitinit。

例如

cd ~/code/project001/
git init

这将在当前目录中创建一个.git（隐藏）文件夹。

要创建一个新项目，请使用一个附加参数（要创建的目录的名称）运行gitinit：

git init project002

(This is equivalent to: mkdir project002 && cd project002 && git init)

要检查当前路径是否在git存储库中，只需运行git-status-如果它不是存储库，它将报告“fatal:not a git repository”

您还可以列出.git目录，并检查它是否包含与以下类似的文件/目录：

$ ls .git
HEAD         config       hooks/       objects/
branches/    description  info/        refs/

---

如果出于任何原因，您希望“去git”存储库（您希望停止使用git来跟踪该项目）。只需删除存储库基本级别的.git目录。

cd ~/code/project001/
rm -rf .git/

警告：这将销毁所有修订历史记录、所有标记和git所做的一切。它不会触及“当前”文件（您当前可以看到的文件），但以前的更改、删除的文件等将无法恢复！

如何“标记”一组特定的修订

如何“标记”、“标记”或“发布”特定文件集的特定修订集，以便以后随时可以提取该修订集？

使用git标记命令。

要简单地“标记”当前修订，只需运行。。

git tag -a thetagname
git tag -a 0.1
git tag -a 2.6.1-rc1 -m 'Released on 01/02/03'

要列出当前标记，只需运行不带参数的git标记或-l（小写l）：

$ git tag -a thetagname # and enter a message, or use -m 'My tag annotation'
$ git tag -l
thetagname

要删除标记，请使用-d标志：

$ git tag -d thetagname 
Deleted tag 'thetagname'
$ git tag
[no output]

要标记特定（先前）提交，只需执行。。

git tag [tag name] [revision SHA1 hash]

例如：

git tag 1.1.1 81b15a68c6c3e71f72e766931df4e6499990385b

---

注意：默认情况下，git创建一个“轻量级”标记（基本上是对特定修订的引用）。“正确”的方法是使用-a标志。这将启动编辑器，请求标记消息（与请求提交消息相同，您也可以使用-m标志在命令行上提供标记消息）。使用带注释的标记创建一个具有自己的ID、日期、tagger（作者）和可选的GPG签名（使用-s标记）的对象。有关这方面的更多信息，请参阅本文

git tag mytagwithmsg -a -m 'This is a tag, with message'

要列出带有注释的标记，请使用-n1标志显示每个标记消息的1行（-n245显示每个注释的前245行，依此类推）：

$ git tag -l -n1
mytagwithmsg    This is a tag, with message

有关更多信息，请参阅git标记（1）手册页

控制台UI-Tig

安装：

apt-get install tig

用法

在git repo中，键入“tig”以查看交互式日志，点击任何日志上的“enter”以了解有关它的更多信息。h获取帮助，其中列出了基本功能。

琐事

“Tig”倒过来就是“Git”。

git的GUI

---

Git GUI

包含在git中-从命令行运行gitgui，Windows msysgit安装程序将其添加到“开始”菜单中。

GitGUI可以完成使用Git所需的大部分工作。包括阶段更改、配置git和存储库、推送更改、创建/签出/删除分支、合并等等。

我最喜欢的功能之一是右键菜单中的“stage line”和“stage hunk”快捷键，它允许您提交文件的特定部分。您可以通过git add-i实现相同的功能，但我发现它更容易使用。

它不是最漂亮的应用程序，但它几乎可以在所有平台上运行（基于Tcl/Tk）

屏幕截图|屏幕播放

---

GitK

还包括在git中。它是一个git历史查看器，允许您可视化存储库的历史（包括创建和合并分支时的历史）。您可以查看和搜索提交。

与git-gui配合得很好。

---

吉特努布

Mac OS X应用程序。主要相当于gitlog，但与github有一些集成（如“网络视图”）。

看起来很漂亮，适合Mac OS X。您可以搜索存储库。Gitnub最大的缺点是它以线性方式（一次一个分支）显示历史-它没有可视化分支和合并，这对git来说很重要，尽管这是一个计划中的改进。

下载链接、更改日志和截图| git存储库

---

GitX

打算成为“OS X的gitk克隆”。

它可以可视化非线性分支历史、执行提交、查看和搜索提交，还具有其他一些不错的功能，比如能够“快速查看”任何版本的任何文件（按文件列表视图中的空格）、导出任何文件（通过拖放）。

它比git-gui/gitk更好地集成到OSX中，即使在超大的存储库中，它也非常快速和稳定。

原始的git存储库pieter最近没有更新（在撰写本文时超过一年）。一个更积极维护的分支可以在妹夫bard/gitx上找到-它添加了“侧边栏、获取、拉、推、添加远程、合并、樱桃采摘、重新基础、克隆、克隆到”

下载|截图| git仓库|妹夫巴德叉|劳隆叉

---

智能Git

从主页：

SmartGit是分布式版本控制系统Git并在Windows、Mac OS X和Linux。SmartGit旨在喜欢图形用户的开发人员通过命令行客户端的接口，使用Git更高效-当今最强大的DVCS。

你可以从他们的网站上下载。

下载

---

TortoiseGit公司

适用于Windows用户的TortoiseSVN Git版本。

它正在将TortoiseSVN移植到TortoiseGit。最新版本1.2.1.0此版本可以完成常规任务，如提交、显示日志、diff两个版本、创建分支和标记、创建补丁等。有关详细信息，请参阅ReleaseNotes。欢迎参与本项目。

下载

---

QGit

QGit是一个基于Qt/C++语言。使用qgit，您可以浏览修订历史记录，查看修补程序内容和更改的文件随着不同的发展分支。

下载

---

gitg

gitg是git存储库查看器靶向gtk+/GNOME。其主要功能之一目标是提供更多git的统一用户体验跨多个桌面的前端。它这不是在写跨平台应用程序，但通过与类似机构密切合作其他操作系统的客户端（如OS X的GitX）。

特征

浏览修订历史记录。处理大型存储库（在1秒内加载linux存储库，17000多个版本）。提交更改。准备/取消准备单个大块。还原更改。显示修订中更改的彩色差异。浏览树以查找给定的修订。导出给定修订的树的部分。提供诸如“gitlog”之类的命令可以理解的任何refspec来构建历史记录。在历史视图中显示和切换分支。

下载：版本或源

---

Gitbox（Gitbox）

Gitbox是一个Mac OS X图形Git版本控制接口系统在一个窗口中，您可以看到分支、历史和工作目录状态。日常操作很简单：阶段并用复选框取消对更改的分级。使用单击。双击对的更改显示与FileMerge.app的差异。

下载

---

Gity

Gity网站没有太多信息，但从上面的截图来看，它似乎是一个功能丰富的开源OS X gitgui。

下载或源

---

Meld

Meld是一个可视化的差异和合并工具。您可以比较两个或三个文件就地编辑它们（差异更新动态）。您可以比较两个或三个文件夹和启动文件比较。您可以浏览和查看流行版本的工作副本控制系统例如CVS，Subversion、Bazaar ng和Mercurial[和Git]。

下载

---

卡塔纳

Steve Dekorte的OSX Git GUI。

一眼就能看到哪些远程分支对拉动和本地回购进行了更改有更改要推送。添加、提交、推送、拉取、标记和重置支持以及视觉差异以及项目层次结构的可视化浏览突出显示本地更改和添加。

1个存储库免费，25美元以上。

下载

---

Sprout（原GitMac）

专注于使Git易于使用。具有本地Cocoa（类似mac）UI、快速存储库浏览、克隆、推/拉、分支/合并、视觉差异、远程分支、轻松访问终端等功能。

通过使最常用的Git操作直观且易于执行，Sprout（以前的GitMac）使Git变得用户友好。Sprout与大多数Git工作流兼容，非常适合设计师和开发人员、团队协作以及高级和新手用户。

下载|网站

---

塔

适用于Mac OSX的功能丰富的Git GUI。30天免费试用，单用户许可证59美元。

下载|网站

---

EGit

EGit是Git版本控制系统的Eclipse团队提供者。Git是一个分布式SCM，这意味着每个开发人员都有一个完整的副本每次修订代码的所有历史记录这段历史非常快速和丰富。EGit项目正在JGit之上实现Eclipse工具Git的Java实现。

下载|网站

---

Git扩展

Open Source for Windows-在一个简单易用的软件包中安装使用Git所需的一切。

GitExtensions是一个让在Windows上使用Git更加直观的工具包。shell扩展将集成在Windows资源管理器中，并在文件和目录上显示上下文菜单。还有一个Visual Studio插件可以使用Visual Studio中的git。

下载

非常感谢dbr对gitgui的详细介绍。

---

源代码树

SourceTree是Git、Mercurial和SVN的免费Mac客户端。由BitBucket背后的Atlassian构建，它似乎与任何VC系统都一样适用，它允许您掌握一个单独的工具，用于所有项目，无论它们是版本控制的。功能齐全，免费。

专为新手和高级用户准备的Expert Ready&功能包：检查传出和传入的变更集。在树枝间摘樱桃。补丁处理、重新基础、隐藏/搁置等。

下载|网站

---

资源：一定要看看Scott Chacon的Gitcast，尤其是Railscoff的演讲。

Github很棒，也有一些有用的指南。

推拉式更改

简单来说，只需执行gitpush和gitpull。更改被合并，如果有冲突，git会通知您，您可以手动解决。

当您第一次推送到远程存储库时，需要执行git推送源主机（主机是主分支）。从那时起，你只需按一下数字键。

带有git Push--标记的Push标记。

如何安装Git

在Windows上：

安装msysgit

有几个下载：

Git：除非您特别需要以下其他选项之一，否则请使用此选项。PortableGit：如果您想在PC上运行Git而不在PC上安装（例如从USB驱动器运行Git），请使用此选项msysGit：如果你想开发Git本身，可以使用这个。如果您只想将Git用于源代码，但不想编辑Git的源代码，则不需要这样做。

这还安装了一个Cygwin bash shell，因此您可以在更好的shell中使用git（而不是cmd.exe），还包括gitgui（可以通过gitgui命令或“开始”>“所有程序”>“git”菜单访问）

Mac OS X

使用gitosx安装程序，也可以从源代码安装

通过包管理器

使用本地包管理器安装git。例如，在Debian（或Ubuntu）上：

apt-get install git-core

或者在Mac OS X上，通过MacPorts：

sudo port install git-core+bash_completion+doc

…或fink：

fink install git

…或Homebrew：

brew install git

在基于Red Hat的发行版上，如Fedora：

yum install git

在Cygwin中，Git包可以在“devel”部分找到

源代码（Mac OS X/Linux/BSD/等）

在Mac OS X中，如果您安装了开发工具，您可以非常容易地从源代码编译Git。以.tar.bz或.tar.gz格式从以下位置下载最新版本的Git：http://git-scm.com/，并提取它（在Finder中双击）

在Linux/BSD/等上。应该是一样的。例如，在Debian（和Ubuntu）中，您需要通过apt安装构建基本包。

然后在终端中，cd到您提取文件的位置（运行cd~/Downloads/git*/应该有效），然后运行。。

./configure && make && sudo make install

这将在默认位置安装Git（/usr/local-因此Git将位于/usr/local/bin/Git中）

它将提示您输入密码（用于sudo），这样它就可以写入/usr/local/目录，而该目录只能由“root”用户访问，因此需要sudo！

如果您希望将其安装在单独的位置（这样Git的文件不会与其他工具混合），请在configure命令中使用--prefix：

./configure --prefix=/usr/local/gitpath
make
sudo make install

这会将git二进制文件安装到/usr/local/bin/gitpath/bin/git中，因此您不必每次都键入该文件，您应该通过在~/.profile中添加以下行将其添加到$PATH中：

export PATH="${PATH}:/usr/local/bin/gitpath/bin/"

如果您没有sudo访问权限，可以使用--prefix=/Users/myusername/bin并安装到主目录中。记得将~/bin/添加到$PATH

脚本x-git-update-to-latest-version自动完成了很多工作：

此脚本更新git repo的本地克隆（localy at ~/work/track/git），然后配置、安装（位于/usr/local/git git-descripte）并更新/usr/local/gt符号链接。这样，我的PATH中就可以有/usr/local/git/bin，而且我总是使用最新版本。此脚本的最新版本还安装了手册页。您需要调整MANPATH以包含/usr/local/git/share/man目录。

Git重置

假设你做了一个拉，把它合并到你的代码中，然后决定你不喜欢它。使用git-log或tig，找到您想返回的任何位置的哈希（可能是在拉/合并之前的最后一次提交），复制哈希，然后执行以下操作：

# Revert to a previous commit by hash:
git-reset --hard <hash>

您可以使用HEAD^作为上一次提交的快捷方式，而不是哈希。

# Revert to previous commit:
git-reset --hard HEAD^

签出代码

首先转到一个空目录，使用“gitinit”使其成为一个存储库，然后将远程存储库克隆到您自己的存储库中。

git clone user@host.com:/dir/to/repo

默认情况下，无论您最初从何处克隆，“git pull”都将从何处提取。

警告：良好的GUI/前端，您可能还想查看qgit，它是Git的跨平台（Linux/W32）存储库查看器，也可以用作最常见Git操作的高级前端，事实上，它可以通过所谓的“自定义操作”轻松增强，以便用户提供自定义操作。

我开始学习Git官方教程。我认为它对于初学者来说已经足够实用了（根据你的定义，我过去是初学者，现在仍然是初学者！我几乎不懂makefile，我只玩过一点Apache Subversion等）。

你是怎么分支的？

git存储库中的默认分支称为master。

创建新分支使用

git branch <branch-name>

查看当前存储库类型中所有分支的列表

git branch

如果您想切换到另一个分支，可以使用

git checkout <branch-name>

一步创建新分支并切换到该分支

git checkout -b <branch-name>

要删除分支，请使用

git branch -d <branch-name>

要使用当前分支的更改创建分支，请执行

git stash
git stash branch <branch-name>

如何合并分支？

如果你想合并一个分支（例如要发布的主分支），请确保你的当前分支是你想合并到的目标分支（使用git分支或git状态来查看你的当前分行）。

然后使用

git merge master

（其中master是要与当前分支合并的分支的名称）。

如果有任何冲突，可以使用

git diff

要查看必须解决的未决冲突。

我发现这篇文章对我入门非常有用。我仍然需要阅读这本书和其他资源，但正如标题所说，这篇文章有助于“从概念上理解git”。我还建议参加RubyLearning提供的Git&GitHub课程。

获取最新代码

$ git pull <remote> <branch> # fetches the code and merges it into 
                             # your working directory
$ git fetch <remote> <branch> # fetches the code but does not merge
                              # it into your working directory

$ git pull --tag <remote> <branch> # same as above but fetch tags as well
$ git fetch --tag <remote> <branch> # you get the idea

这几乎涵盖了从远程存储库获取最新代码副本的所有情况。

认真地在Windows上使用Msysgit安装Git服务器的堆栈溢出帖子中添加Tim回答中的链接。

它完美地告诉了我如何使用msysgit在Windows上设置Git，这是一篇非常详细的文章。

如何跟踪远程分支

假设有一个您从中克隆本地存储库的远程存储库，并且假设该远程存储库上有一个名为“some_branch”的分支，下面是如何在本地跟踪它：

# list remote branches
git branch -r

# start tracking one remote branch
git branch --track some_branch origin/some_branch

# change to the branch locally
git checkout some_branch

# make changes and commit them locally
....

# push your changes to the remote repository:
git push

如何在远程存储库上创建分支？

假设您已经从某个远程存储库克隆了远程存储库。

# create a new branch locally
git branch name_of_branch
git checkout name_of_branch
# edit/add/remove files    
# ... 
# Commit your changes locally
git add fileName
git commit -m Message
# push changes and new branch to remote repository:
git push origin name_of_branch:name_of_branch

我还发现Git内部构件非常有用。它由Scott Chacon（Pro Git的作者，Git社区书的维护者）编写。我喜欢Git内部构件的地方是它首先关注概念，然后关注命令，因为它有大约100个小页面，所以很容易理解。

理解Git如何工作的真正好论文是《Git寓言》。非常推荐！

如何比较文件的两个版本，或当前文件和以前的版本？

比较命令是gitdiff。

要比较文件的两个版本：

$ git diff <commit1> <commit2> <file_name>

这是承诺1与承诺2的区别；如果你改变了顺序，那么文件就会反过来不同，这可能不是你所期望的。。。

要将当前暂存文件与存储库进行比较，请执行以下操作：

$ git diff --staged <file_name>

要将当前未分页文件与存储库进行比较，请执行以下操作：

$ git diff <file_name>

如何查看文件修订的历史记录？

git log -- filename

吉蒂语：http://macendeavor.com/gity

这是PJ Hyett的帖子的副本，因为它已经不可用了：

Git并不难2008年11月23日当我们告诉人们为什么他们应该在Subversion上使用Git行是，“Git做Subversion更好比Subversion，但它做了很多不止于此。”“更多”是由一堆让Git真正发光的东西，但对于来自其他SCM的子版本。也就是说，没有什么可以停止你不能像你使用的那样使用Git在制作过渡假设您已安装必要的软件和远程在某个存储库中会抓取代码并推送更改回Subversion：$svn结账svn://foo.googlecode.com/svn/trunk食品#做出你的改变$svn commit-m“我的第一次提交”你会如何在Git中做到这一点：$git克隆git@github.com：pjhyett/foo.git#做出你的改变$gitcommit-a-m“我的第一次提交”$git推送再发出一个命令Git。这个额外的命令影响，但出于以下目的这篇文章，就是我们要说的大约，一个额外的命令。看，这真的没那么难。更新：我很抱歉没有提到在Subversion中更新本地副本与Git相比，svn更新和git拉动。只有一个这两种情况下的命令。

如何设置共享团队存储库？

这里描述了如何建立一个普通的存储库——但是如何建立一种团队存储库，每个人都可以从中提取和推送到其中？

使用共享NFS文件系统

例如，假设您的团队已经拥有可以使用的共享组成员资格。

mkdir /your/share/folder/project.git
cd /your/share/folder/project.git
newgrp yourteamgroup # if necessary
git init --bare --shared

要开始使用此存储库，最简单的方法是从您已经使用过的本地存储库开始：

cd your/local/workspace/project
git remote add origin /your/share/folder/project.git
git push origin master

其他人现在可以克隆并开始工作：

cd your/local/workspace
git clone /your/share/folder/project.git

使用SSH

在目标服务器上设置用户帐户。无论您使用没有密码的帐户、有密码的帐户还是使用authorized_keys，都取决于您所需的安全级别。有关更多信息，请参阅通过SSH配置Git。

如果所有开发人员都使用相同的帐户访问此共享存储库，则不需要使用上述--shared选项。

以与上述相同的方式启动存储库后，您可以执行如下初始推送：

cd your/local/workspace/project
git remote add origin user@server:/path/to/project.git
git push origin master

看到与上面的相似之处了吗？另外，如果帐户有密码，唯一可能发生的事情就是SSH请求密码。如果您在没有密码的帐户上得到此提示，则SSH服务器可能已禁用PermitEmptyPassword。

克隆现在看起来像这样：

cd your/local/workspace
git clone user@server:/path/to/project.git

ProGit免费书绝对是我的最爱，尤其是初学者。

GIT工作流示例。

Git非常灵活，可以很好地适应任何工作流，但不强制执行特定的工作流可能会产生负面影响，使您很难理解除了线性“备份”工作流之外，您可以使用Git做什么，以及分支有多有用。

这篇博文很好地解释了一个非常简单但有效的工作流程，使用git很容易设置。

从博客文章中引用：我们认为origin/master是HEAD源代码始终反映生产就绪状态的主要分支：

工作流已经变得非常流行，可以制作一个实现此工作流的项目：gitflow

很好地说明了一个简单的工作流程，您可以在开发过程中进行所有更改，并且只有在代码处于生产状态时才将其推送给master：

现在让我们假设您想开发一个新功能，或者重构一个模块。您可以创建一个新的分支，我们可以称之为“功能”分支，这需要一些时间，可能会破坏一些代码。一旦您的特性“足够稳定”，并希望将其“更接近”生产，您就将特性分支合并到开发中。当所有的bug在合并后都被清理出来，并且你的代码通过了所有的测试，你就可以将你的更改推到master中。

在所有这些过程中，您会发现一个可怕的安全漏洞，必须立即修复。您可以有一个名为修补程序的分支，它使更改比正常的“开发”分支更快地返回到生产中。

在这里，您可以看到这个特性/修补程序/开发/生产工作流的样子（在博客文章中有很好的解释，我重复一遍，博客文章比我更详细、更好地解释了整个过程）。

如何删除远程存储库上的分支？

在分支名称之前使用：执行远程推送

git push origin :mybranchname

being origin是远程的名称，mybranchname是要删除的分支的名称

http://help.github.com/remotes/

什么是重新定基？

改编自《Git实用指南》一书的解释-TravisSwicegood

第三章16 . 通过重新定价改写历史重新分配提交是在传统的版本控制世界。使用gitrebase，可以重写各种存储库的历史方法。这是最重要的Git中的强大命令这是最危险的。rebase需要一系列提交（通常是分支）并重播它们在另一个提交（通常是另一分支中的最后一次提交）。这个父提交更改，因此所有重新计算提交ID。这可以给其他开发人员带来问题谁有你的代码，因为ID不匹配。有一个简单的经验法则使用gitrebase：尽可能多地使用它在本地提交时需要。一旦你与另一开发人员共享更改，头痛一般不值得麻烦。

还有一项我认为应该在这个列表中，可能对初学者非常有用：

不要惊慌

如果我做了一些承诺，然后做了一些可怕的事情，比如重新启动，而现在一些东西甚至所有东西都好像丢失了呢？（Rebase似乎是第一次吸引大多数人的方法，所以我专注于此。虽然git Rebase--abort有很大帮助，但有时你会发现，在交互式Rebase过程中，你把编辑搞砸了，比如，让Rebase完成，现在你想把你的旧东西拿回来。还有一些事情，比如过滤器分支…）

git的一个关键原则是它永远不会删除您提交的任何内容。（“什么，从来没有？”“不，从来没有！”。可能需要仔细挖掘才能找到以前的工作，但如果你早些时候成功地提交了一些git，那么，例如，即使是你的一系列因悲剧性的重新启动错误而被破坏的提交仍然存在，通常至少一个月（从技术上讲，直到“重新启动”到期）。

重要的是要记住，每个分支名称都标记或指向“提交ID”。这些是像7cc5272这样有趣的数字。您所做的许多事情，如向分支添加新的提交，都会使分支名称指向一个新的、不同的commit-ID。每个提交ID都有一个指向以前提交ID的链接，这实际上构成了一个充满提交的“分支”。

rebase条目谈到“重写历史”，像gitfilter branch这样的命令也会“重写历史，”但它们不是通过销毁以前的历史，而是通过添加新的历史来实现。一旦新的历史记录就位，git将“四处移动标签”，使其看起来历史已经改变。如果你在修复讨厌的bug分支上，并执行git重基并设法破坏东西，那么修复讨厌的错误标签现在指的是残骸，但原始版本仍然存在。特别是Rebase创建了一个临时（非移动，非分支）标签，拼写为ORIG_HEAD，可以让您找到它们。filter branch命令还保存所有原始名称。在某些情况下，可能没有明显的名称，但始终可以找到提交。如果有必要的话，找一个“git guru”，并解释你做了什么导致了残骸。

（命令git reflog show也可以帮助查找提交ID。）

如果您发现了您认为的部分或全部以前的工作，请尝试：

git log <commit-ID>   # ORIG_HEAD after a bad rebase, for instance
git show <commit-ID>  # or some long SHA1 value you can still see in a window

如果它看起来正确或有用，请为其命名：

git branch recover-my-stuff ORIG_HEAD

一切又回来了！事实上，现在你的糟糕的重新基础和你的原始工作都在你的git repo中“永远”（或者至少，直到你删除分支名称并让几个月过去，然后它们被垃圾收集）。您可以为任意多个恢复的提交添加任意多个名称。（分支名称实际上是免费的，除了弄乱了git分支输出之外，当然，它们还可以防止提交被垃圾收集。如果您喜欢，也可以在特定的提交ID上添加标记。）

非常好的关于合并冲突的帖子-GitGuys：合并冲突-冲突和解决方案

这个博客真的很棒——说明性的，干净的例子，可以理解。绝对值得一看。