Jonathan Corbet 撰写了一份文档，旨在纳入内核树，描述了基于 git 的内核仓库的合并和变基的最佳实践。正如他所说，它代表了当前实际使用的工作流程，并且是一份活文档，有望随着时间的推移得到补充和纠正。这份文档的灵感来自于注意到 Linus Torvalds 对其他人（通常是子系统维护人员）处理他们的 git 树的方式感到不满的频率。

通过 GPG 签名保护您的代码提交免受恶意更改。

如果您对微软收购 GitHub 持谨慎态度，或者如果您一直在寻找一种摆脱免费公共仓库的方法，或者如果您想加强您的 DevOps 工作，那么现在是时候考虑安装和运行您自己的 GitLab 了。它并不像您想象的那么困难，而且免费的开源 GitLab CE 版本提供了很大的灵活性，可以从头开始、迁移或升级到更成熟的版本。

抛弃 USB，开始使用真正的版本控制，如果您遵循本指南，您可以在 30 分钟内开始使用 git！

回顾 Linux 内核开发人员多年来的各种版本控制解决方案、Linus Torvalds 决定使用 BitKeeper 以及随之而来的争议，以及 Git 是如何被创建的。

如何从 GitHub 迁移仓库，配置软件，并在您自己的 Linux 服务器上开始托管 Git 仓库。随着最近微软收购 GitHub 的消息传出，许多人选择研究其他代码托管选项。像 GitLab 这样的自托管解决方案提供了一个精美的 UI，功能类似于 GitHub，但需要相当强大的硬件，并提供了许多非专业 Git 用户不一定觉得有用的功能。

自由软件应该使用自由工具，而不是微软拥有的 GitHub。

随着微软最近收购 Github，我们收到了数百个关于 git 相关问题的提问和评论。 如何安装和运行 GitLab？ 他们应该这样做吗？ GitHub 和 GitLab 之间有什么区别？ 如何从 GitHub 迁移仓库并在他们自己的 Linux 服务器上托管？ 因此，在本期 7 月份的 Linux Journal 中，我们将深入探讨... git。 尽情享受吧！ 特色文章包括：Zack Brown 撰写的《Git 起源故事》

这篇文章源自 GitHub Universe 每年忠实拒绝的一次演讲。 我不明白为什么...。 不管好坏，git 已经成为开源社区更普及的工具之一。 它可以让您有效地管理代码。 它可以帮助远隔千里的工程师们相互协作。 其核心非常简单，这就是为什么这么多博客文章中的图表不可避免地看起来像图 1 中所示的那样。 很少详细讨论的不幸真相是，git 有其阴暗面：它让我们觉得自己很笨。 我不在乎你是谁——我们都会遇到一个点，我们会耸耸肩，放弃并争先恐后地在 Stack Overflow 上寻找（座右铭：“此主题已被关闭，因为它与主题无关”），以弄清楚如何最好地摆脱我们为自己造成的糟糕境地。 唯一的问题是，在疯狂吞噬你之前，你能深入兔子洞多深，然后你开始靠养山羊为生。

当 Linux Journal 的 Carlie Fairchild 告诉我这件事时，我听说微软将在几天前收购 GitHub。 我用坚定的“滚！开！”回复了这个消息。 不用说，我对此表示怀疑。 作为一个对微软“拥抱、扩展和消灭”的时代记忆犹新的人，这次最新拥抱的消息确实在短暂的时间里唤起了那些旧的回忆。

Git 已经成为开源项目最流行的版本跟踪平台。 无论您使用的是 GitHub、Gitorious、Bitbucket 还是类似的平台，或者即使您自己托管 git 仓库，访问代码对于我们 Linux 用户来说都是理所当然的事情。

2005 年，仅仅两周后，Linus Torvalds 完成了第一个版本的 Git，一个开源版本控制系统。 与典型的集中式系统不同，Git 基于分布式模型。 它非常灵活，并保证数据完整性，同时功能强大、快速且高效。