如何安装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目录的目录。

这与“集中式”版本控制系统（如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所做的一切。它不会触及“当前”文件（您当前可以看到的文件），但以前的更改、删除的文件等将无法恢复！

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

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

# 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工作流示例。

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

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

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

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

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

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

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

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

这是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拉动。只有一个这两种情况下的命令。

提交更改

编辑文件后，需要将更改提交到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的人来说，这是一个变化，因为提交到中央存储库现在需要两个步骤。