[英]Git for beginners: The definitive practical guide
好的，在看到PJ Hyett 的这篇文章后，我决定跳到最后并使用Git 。
所以我需要的是一个初学者的 Git实用指南。 “初学者”被定义为知道如何处理他们的编译器的人，在某种程度上了解Makefile是什么，并且在不太了解它的情况下接触了源代码控制。
“实用”被定义为这个人不想详细了解 Git 在后台做什么，甚至不关心（或知道）它是分布式的。 您的回答可能暗示了这些可能性，但请尝试针对希望将“主”存储库保留在已备份和安全的“服务器”上的初学者，并将其本地存储库仅视为“客户端”资源。
所以：
我会不时浏览条目并“整理”它们，使它们具有一致的外观/感觉，并且很容易浏览列表 - 随意遵循简单的“标题 - 简要说明 - 说明列表 - 陷阱和额外信息”模板。 我还将链接到上面项目符号列表中的条目，以便以后轻松找到它们。
git 存储库只是一个包含特殊.git目录的目录。
这与“集中式”版本控制系统（如 subversion）不同，其中“存储库”托管在远程服务器上，您可以将其checkout到“工作副本”目录中。 使用 git，您的工作副本就是存储库。
只需在包含要跟踪的文件的目录中运行git init即可。
例如，
cd ~/code/project001/
git init
这会在当前目录中创建一个.git （隐藏）文件夹。
要创建一个新项目，请使用附加参数（要创建的目录的名称）运行git init ：
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/
如果出于某种原因您希望“de-git”一个存储库（您希望停止使用 git 来跟踪该项目）。 只需删除存储库基础级别的.git目录。
cd ~/code/project001/
rm -rf .git/
注意：这将破坏所有修订历史、所有标签以及 git 所做的一切。 它不会触及“当前”文件（您当前可以看到的文件），但之前的更改、删除的文件等将无法恢复！
包含在 git 中 — 从命令行运行git gui ，Windows msysgit安装程序会将其添加到“开始”菜单。
Git GUI 可以完成您需要使用 git 完成的大部分工作。 包括阶段更改、配置 git 和存储库、推送更改、创建/签出/删除分支、合并等等。
我最喜欢的功能之一是右键单击菜单中的“stage line”和“stage hunk”快捷方式，它允许您提交文件的特定部分。 您可以通过git add -i实现相同的效果，但我发现它更易于使用。
它不是最漂亮的应用程序，但它几乎适用于所有平台（基于 Tcl/Tk）
也包含在 git 中。 它是一个 git 历史查看器，可让您可视化存储库的历史记录（包括分支、何时创建和合并）。 您可以查看和搜索提交。
与 git-gui 搭配得很好。
Mac OS X 应用程序。 主要相当于git log ，但与github有一些集成（如“网络视图”）。
看起来很漂亮，适合 Mac OS X。您可以搜索存储库。 对 Gitnub 最大的批评是它以线性方式（一次一个分支）显示历史——它没有可视化分支和合并，这对 git 来说可能很重要，尽管这是一个有计划的改进。
打算成为“OS X 的 gitk 克隆”。
它可以可视化非线性分支历史、执行提交、查看和搜索提交，并且它还有一些其他不错的功能，例如能够“快速查看”任何修订中的任何文件（在文件列表视图中按空格）、导出任何文件（通过拖放）。
它比git-gui / gitk更好地集成到 OS X 中，并且即使使用非常大的存储库也快速而稳定。
原始 git 存储库pieter最近没有更新（在撰写本文时已超过一年）。 在Brotherbard/gitx 上提供了一个更积极维护的分支——它添加了“侧边栏、获取、拉取、推送、添加远程、合并、挑选、rebase、克隆、克隆到”
从主页：
SmartGit 是分布式版本控制系统 Git 的前端，可在 Windows、Mac OS X 和 Linux 上运行。 SmartGit 适用于更喜欢图形用户界面而不是命令行客户端的开发人员，以便使用 Git（当今最强大的 DVCS）提高工作效率。
你可以从他们的网站下载。
适用于 Windows 用户的 TortoiseSVN Git 版本。
正在将 TortoiseSVN 移植到 TortoiseGit 最新版本 1.2.1.0 该版本可以完成常规任务，如提交、显示日志、差异两个版本、创建分支和标签、创建补丁等。 请参见发布记录的细节。 欢迎贡献这个项目。
QGit 是一个基于 Qt/C++ 构建的 git GUI 查看器。
使用 qgit，您将能够浏览修订历史、查看补丁内容和更改的文件，以图形方式遵循不同的开发分支。
gitg 是一个针对 gtk+/GNOME 的 git 存储库查看器。 其主要目标之一是为跨多个桌面的 git 前端提供更统一的用户体验。 这并不是编写跨平台应用程序，而是通过与其他操作系统的类似客户端（如 OS X 的 GitX）密切合作。
Gitbox 是用于 Git 版本控制系统的 Mac OS X 图形界面。 在单个窗口中，您可以看到分支、历史记录和工作目录状态。
日常操作很简单：使用复选框暂存和取消暂存更改。 只需单击一下即可提交、拉取、合并和推送。 双击更改以显示与 FileMerge.app 的差异。
Gity 网站没有太多信息，但从那里的屏幕截图来看，它似乎是一个功能丰富的开源 OS X git gui。
Meld 是一个视觉差异和合并工具。 您可以比较两个或三个文件并就地编辑它们（差异动态更新）。 您可以比较两个或三个文件夹并启动文件比较。 您可以从流行的版本控制系统（例如 CVS、Subversion、Bazaar-ng 和 Mercurial [和 Git ]）浏览和查看工作副本。
Steve Dekorte 为 OSX 编写的 Git GUI。
一目了然，查看哪些远程分支有更改要拉，本地存储库有更改要推送。 支持添加、提交、推送、拉取、标记和重置的 git 操作，以及突出显示本地更改和添加的项目层次结构的视觉差异和视觉浏览。
1 个存储库免费，更多则 25 美元。
专注于使 Git 易于使用。 具有原生 Cocoa（类 Mac）用户界面、快速存储库浏览、克隆、推/拉、分支/合并、视觉差异、远程分支、轻松访问终端等。
通过使最常用的 Git 操作直观且易于执行，Sprout（以前称为 GitMac）使 Git 用户友好。 Sprout 与大多数 Git 工作流程兼容，非常适合设计师和开发人员、团队协作以及高级和新手用户。
适用于 Mac OSX 的功能丰富的 Git GUI。 30 天免费试用，单用户许可证 59 美元。
EGit 是 Git 版本控制系统的 Eclipse 团队提供者。 Git 是一个分布式 SCM，这意味着每个开发人员都拥有代码每次修订的所有历史记录的完整副本，可以非常快速和灵活地查询历史记录。
EGit 项目在 Git 的 JGit Java 实现之上实现了 Eclipse 工具。
适用于 Windows 的开源 - 在单个包中安装使用 Git 所需的一切，易于使用。
Git Extensions 是一个工具包，可让您在 Windows 上更直观地使用 Git。 shell 扩展将集成到 Windows 资源管理器中，并提供有关文件和目录的上下文菜单。 还有一个 Visual Studio 插件可以使用 Visual Studio 中的 git。
非常感谢dbr对 git gui 内容的详细说明。
SourceTree 是适用于 Git、Mercurial 和 SVN 的免费Mac 客户端。 由 BitBucket 背后的人员 Atlassian 构建，它似乎与任何 VC 系统都一样好用，它允许您掌握一个用于所有项目的工具，但是它们是受版本控制的。 功能丰富，免费。
专家就绪且功能丰富，适合新手和高级用户：
查看传出和传入的变更集。 在树枝间采摘樱桃。 补丁处理、rebase、藏匿/搁置等等。
好吧，尽管您要求我们不要“简单地”链接到其他资源，但当已经存在一个社区发展（和不断增长）的资源非常好时，这是非常愚蠢的： Git 社区手册。 说真的，一个问题中的这 20 多个问题绝不会是简洁和一致的。 Git 社区手册以 HTML 和 PDF 格式提供，并以清晰、格式良好和同行评审的答案回答了您的许多问题，并且格式允许您直接跳到手头的问题。
唉，如果我的帖子真的让你不高兴，那么我会删除它。 就这么说吧。
让 git 忽略您不希望它跟踪的文件的能力非常有用。
要忽略一个文件或一组文件，请提供一个模式。 git 的模式语法相当简单，但功能强大。 它适用于我将在下面提到的所有三个不同的文件。
来自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）在所有情况下，在您的系统上忽略：
您系统的全局忽略模式可以放在一个名为您想要的文件中。
我个人叫做~/.gitglobalignore
然后我可以通过使用以下行编辑我的~/.gitconfig文件来让 git 知道这个文件：
core.excludesfile = ~/.gitglobalignore
你完成了！
我发现gitignore手册页是获取更多信息的最佳资源。
您如何“标记”、“标记”或“发布”一组特定文件的特定修订版本，以便您以后可以随时提取该修订版本？
使用git tag命令。
要简单地“标记”当前修订版，您只需运行..
git tag -a thetagname
git tag -a 0.1
git tag -a 2.6.1-rc1 -m 'Released on 01/02/03'
要列出当前标签，只需运行不带参数的git tag或-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、日期、标签者（作者）和可选的 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-tag(1) 手册页
使用 GIT 的工作流示例。
Git 非常灵活，可以很好地适应任何工作流程，但不强制执行特定的工作流程可能会产生负面影响，即难以理解除了线性“备份”工作流程之外您可以使用 git 做什么，以及例如分支的有用性.
这篇博文很好地解释了一个非常简单但有效的工作流程，它非常容易使用 git 进行设置。
引自博文：我们认为 origin/master 是 HEAD 源代码始终反映生产就绪状态的主要分支：
工作流已经流行到足以实现这个工作流的项目： git-flow
一个简单工作流程的很好的说明，您可以在其中进行所有更改，并且仅在代码处于生产状态时推送到 master：
现在假设您想要处理新功能或重构模块。 你可以创建一个新的分支，我们称之为“功能”分支，这需要一些时间并且可能会破坏一些代码。 一旦您的功能“足够稳定”并希望将其“更接近”生产，您将您的功能分支合并到开发中。 当合并后所有错误都得到解决并且您的代码通过所有测试时，您将更改推送到 master。
在整个过程中，您会发现一个可怕的安全漏洞，必须立即修复。 您可以有一个名为 hotfixes 的分支，它可以比正常的“开发”分支更快地将更改推回生产环境。
在这里，您可以说明此功能/修补程序/开发/生产工作流程的外观（在博客文章中进行了很好的解释，我再说一遍，该博客文章比我做的更详细，更好地解释了整个过程.
这是 PJ Hyett 帖子的副本，因为它不再可用：
Git并不难
2008 年 11 月 23 日
当我们告诉人们为什么他们应该使用 Git 而不是 Subversion 时，重点是，“Git 在 Subversion 上做得比 Subversion 好，但它做的远不止这些。”
“更多”是由一堆让 Git 真正闪耀的东西组成，但对于那些来自其他 SCM（如 Subversion）的人来说，它可能会让人不知所措。
也就是说，没有什么能阻止您使用 Git，就像您在进行转换时使用 Subversion 一样。
假设您已经安装了必要的软件并在某处有一个远程存储库，这就是您获取代码并使用 Subversion 推送您的更改的方式：
$ svn checkout svn://foo.googlecode.com/svn/trunk foo
# make your changes
$ svn commit -m "my first commit"你会如何在 Git 中做到这一点：
$ git clone git@github.com:pjhyett/foo.git
# make your changes
$ git commit -a -m "my first commit"
$ git push另一个命令可以在 Git 中实现。 这个额外的命令有很大的影响，但就本文而言，这就是我们所谈论的，一个额外的命令。
看，真的没那么难。
更新：我还没有提到与 Git 相比，在 Subversion 中更新本地副本的等效项分别是
svn update和git pull。 在这两种情况下都只有一个命令。
安装msysgit
有几种下载方式：
这还会安装 Cygwin bash shell，因此您可以在更好的 shell（比 cmd.exe）中使用git ，并且还包括 git-gui（可通过git gui命令或“ Start > All Programs > Git菜单访问）
使用git-osx-installer ，或者你也可以从源代码安装
使用您的本机包管理器安装git 。 例如，在 Debian（或 Ubuntu）上：
apt-get install git-core
或者在 Mac OS X 上，通过MacPorts ：
sudo port install git-core+bash_completion+doc
……或者芬克：
fink install git
...或自制：
brew install git
在基于 Red Hat 的发行版上，例如 Fedora：
yum install git
在 Cygwin 中，可以在“开发”部分下找到 Git 包
在 Mac OS X 中，如果您安装了 Developer Tools，则可以非常轻松地从源代码编译 Git。 从http://git-scm.com/下载最新版本的 Git 为.tar.bz或.tar.gz ，并解压（在 Finder 中双击）
在 Linux/BSD/等上。 应该大同小异。 例如，在 Debian（和 Ubuntu）中，您需要通过apt安装build-essential包。
然后在终端中， cd到您提取文件的位置（运行cd ~/Downloads/git*/应该可以工作），然后运行..
./configure && make && sudo make install
这会将 Git 安装到默认位置（ /usr/local - 所以git将在/usr/local/bin/git ）
它会提示您输入密码（对于sudo ），这样它就可以写入/usr/local/目录，该目录只能由“root”用户访问，因此需要 sudo！
如果要将其安装在单独的位置（因此 Git 的文件不会与其他工具混合），请使用--prefix和 configure 命令：
./configure --prefix=/usr/local/gitpath
make
sudo make install
这会将git二进制文件安装到/usr/local/bin/gitpath/bin/git - 所以你不必每次都输入，你应该通过在~/.profile /usr/local/bin/gitpath/bin/git添加以下行来添加到$PATH ~/.profile ：
export PATH="${PATH}:/usr/local/bin/gitpath/bin/"
如果您没有 sudo 访问权限，您可以使用--prefix=/Users/myusername/bin并安装到您的主目录中。 记得将~/bin/添加到$PATH
脚本x-git-update-to-latest-version自动化了很多：
此脚本更新我的 git 存储库的本地克隆（本地在
~/work/track/git），然后配置、安装（在/usr/local/git-git describe）并更新/usr/local/git符号链接。这样，我可以在我的
PATH有/usr/local/git/bin并且我总是使用最新版本。此脚本的最新版本还会安装手册页。 您需要调整您的
MANPATH以包含/usr/local/git/share/man目录。
假设你做了一个 pull，把它合并到你的代码中，然后决定你不喜欢它。 使用 git-log 或 tig，找到你想要返回的任何地方的哈希值（可能是你在 pull/merge 之前的最后一次提交）复制哈希值，然后执行：
# Revert to a previous commit by hash:
git-reset --hard <hash>
您可以使用HEAD^作为上一次提交的快捷方式，而不是散列。
# Revert to previous commit:
git-reset --hard HEAD^
这里描述了如何设置一个普通的存储库——但是你如何设置一个每个人都可以从中拉取和推入的团队存储库？
假设您的团队已经拥有例如可以使用的共享组成员身份。
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
在目标服务器上设置用户帐户。 无论您使用没有密码的帐户、有密码的帐户还是使用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 服务器可能已禁用PermitEmptyPasswords 。
克隆现在看起来像这样：
cd your/local/workspace
git clone user@server:/path/to/project.git
git status是你的朋友，经常使用它。 适合回答以下问题：
与svn status不同， git status即使在大型项目中也能立即运行。 我经常发现在学习 git 时经常使用它会让人放心，以确保我对正在发生的事情的心理模型是准确的。 现在我主要只是用它来提醒自己自上次提交以来我发生了什么变化。
显然，如果您的 .gitignore 配置合理，它会更有用。
编辑文件后，您需要将更改提交到 git。 当你执行这个命令时，它会要求一个提交信息——它只是一个简单的文本，告诉每个人你改变了什么。
$ git commit source/main.c
将提交目录 ./source/ 中的文件 main.c
$ git commit -a # the -a flag pulls in all modified files
将提交所有更改的文件（但不是新文件，这些文件需要使用 git-add 添加到索引中）。 如果您只想提交某些文件，那么您需要先使用 git-add 暂存它们，然后在没有 -a 标志的情况下提交。
提交仅更改您的本地存储库，而不是远程存储库。 如果要将提交发送到远程存储库，则需要进行推送。
$ git push <remote> <branch> # push new commits to the <branch> on the <remote> repository
对于来自 CVS 或 SVN 的人来说，这是一个变化，因为提交到中央存储库现在需要两个步骤。
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 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
这几乎涵盖了从远程存储库获取最新代码副本的所有情况。
Pro Git免费书籍绝对是我的最爱，尤其是对于初学者而言。
Git Magic是您所需要的一切。 品质保证，退款保证！
我还发现Git Internals非常有用。 它由 Scott Chacon（Pro Git 的作者，Git Community Book 的维护者）编写。 我喜欢 Git Internals 的一点是它首先关注概念，然后是命令，而且它只有大约 100 个小页面，因此可以快速消化。
如果您想合并一个分支（例如master到release ），请确保您当前的分支是您想要合并到的目标分支（使用git branch或git status来查看您的当前分支）。
然后使用
git merge master
（其中master是您要与当前分支合并的分支的名称）。
如果有任何冲突，您可以使用
git diff
要查看您必须解决的未决冲突。
git log -- filename假设有一个远程存储库，您从中克隆了本地存储库，并假设该远程存储库上有一个名为“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
了解 Git 工作原理的真正好论文是The Git Parable 。 非常推荐！
比较命令是git diff 。
要比较文件的 2 个修订版：
$ git diff <commit1> <commit2> <file_name>
这将 commit1 与 commit2 不同； 如果您更改订单，则文件会反过来，这可能不是您所期望的......
将当前暂存文件与存储库进行比较：
$ git diff --staged <file_name>
将当前未暂存的文件与存储库进行比较：
$ git diff <file_name>
apt-get install tig
在 git repo 中，键入“tig”以查看交互式日志，在任何日志上按“enter”以查看有关它的更多信息。 h寻求帮助，其中列出了基本功能。
“Tig”倒过来就是“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 push origin :mybranchname
作为origin远程的名称和mybranchname即将被删除的分支的名称
我从官方Git 教程开始。 我认为它对初学者来说已经足够实用了（根据你的定义，我曾经是，现在仍然是初学者！我几乎不了解 makefile，我只玩过 Apache Subversion 等）。
Gity： http : //macendeavor.com/gity
推拉变化
以一种简化的方式，只需执行git push和git pull 。 更改被合并，如果有冲突，git 会通知你，你可以手动解决它。
当您第一次推送到远程存储库时，您需要执行git push origin master （master 是 master 分支）。 从那时起，您只需执行git push 。
使用git push --tags推送标签。
首先转到一个空目录，使用“git init”使其成为存储库，然后将远程存储库克隆到您自己的存储库中。
git clone user@host.com:/dir/to/repo
无论您最初从哪里克隆，默认情况下“git pull”将从哪里提取。
从git.milosolutions.com克隆时，Git身份验证失败（Qt的Raspberry Pi初学者指南）
[英]Git authentication failure when cloning from git.milosolutions.com (Qt's Raspberry Pi Beginners Guide)
如何基于现有的Git中心分支创建新分支？ （请阅读 - 试过初学者指南）
[英]How do I create a new branch based on an existing Git hub branch? (Please read - tried the beginners guide)
git，空白错误，压制和autocrlf，明确的答案
[英]git, whitespace errors, squelching and autocrlf, the definitive answers
遵循约翰·弗格森（John Ferguson）的“詹金斯权威指南”时，在为“游戏人生”项目进行初始构建时遇到了麻烦
[英]having trouble during initial build for project “gameoflife” when following “jenkins the definitive guide” by john ferguson
声明:本站的技术帖子网页，遵循CC BY-SA 4.0协议，如果您需要转载，请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.