gitKraken 与 Magit |查看 Git 客户端的详细对比
GitKraken 的构建考虑到了协作，让用户能够轻松安全地在多台机器上共享工作，包括 Git SSH 。该应用程序正在不断更新和改进，在最近的 GitKraken v7.2 版本中就很明显，该版本引入了创建 Git 存储库的功能，如果用户选择Reset Local to Here在 WIP 节点存在时签出远程 Git 分支。
另一方面，Magit 是一个开源工具，旨在解决常见的编程错误。
多年来，Magit 一直被用于创建大型 PHP 程序，被用于学术和商业目的，是一种广泛使用的开发工具。
如果你对你的 Git 游戏没有 100%的信心，GitKraken 就像一个免费的私人教练——除非你在大联盟中编码，否则不会停止。
跨平台支持:GitKraken vs Magit
GitKraken 和 Magit 都提供了对 Windows、Mac 和 Linux 操作系统的跨平台支持。
GitKraken 是市场上仅有的跨操作系统提供一致体验的 Git GUIs 之一。这是可能的，因为应用程序是建立在电子之上的。这为开发团队提供了一个很大的好处，那就是开发人员可以自由选择他们喜欢的操作系统。
特色亮点:GitKraken vs Magit
GitKraken 最显著的特点之一就是可视化和分支组织。例如，您可以轻松地创建一个新的分支并将更改推送到远程存储库，并且可以确切地看到 GitKraken 的主 UI 中发生了什么。
GitKraken 还简化了 Git 克隆功能的过程，允许您轻松地克隆远程 repos 来处理您机器上的本地文件。
另一方面，使用 Magit 时，您将受到 emacs 基本功能的限制。
流行的怪怪特征
GitKraken 合并冲突编辑器
GitKraken Git 客户端提供的最受欢迎的功能之一是应用内合并冲突编辑器。
您可以清楚地看到文件中哪些更改是冲突的，这样您就可以做出最佳决策来解决冲突。
完成高级操作从未如此简单；GitKraken 让您对复杂的合并过程有更多的控制，并使解决冲突…我们敢说，有趣吗？
了解更多关于在 Git 中合并的信息:
易用性:GitKraken vs Magit
世界上许多开发人员都使用 Git，它作为版本控制系统的有用性怎么强调都不为过。GitKraken 不依赖于终端，而是为 Git 提供了一个直观的界面，允许您在将文件推送到远程之前，在本地运行命令来合并或修改文件。
通过 GitKraken 使用 Git 非常容易:界面只是一个查看和访问工具的屏幕，没有复杂的设置过程。
GitKraken 入门资源:
GitKraken 允许您浏览您的存储库，查看提交，并添加新的提交。您还可以添加新的存储库——例如，您可以派生一个团队成员的存储库，以查看他们在 repo 中所做的代码更改。GitKraken 还支持访问 Git 仓库，允许打开本地仓库和克隆远程仓库。
GitKraken 的易用性优势是使用 Git 客户端的最大优势。在开始之前，您不必记住 Git 命令或学习全新的工作流。GitKraken 的默认设置提供了您开始项目所需的一切。
起床和上 Emacs 需要时间；一位用户描述了***“3-4 周的生产力递减——学习 Emacs 的打击。”***
Magit 以暂存和应用更改以及简化 git 的暂存接口而自豪。Magit 状态缓冲区提供 git 命令的可操作输出，并显示当前存储库的信息。大多数 Magit 版本控制任务和命令行一样快。
显示的状态缓冲信息:
- 当前未提取的分支列表
- 未发布的更改
- 阶段性和非阶段性变更
Magit 可以从以下位置安装:
- Emacs 的包管理器
- Git 回购
使用 Magit 的限制包括:
- 没有会话存储。当您启动新的 Magit 实例时，您将不会收到任何会话数据。
- 没有安全存储。Magit 以纯文本形式存储用户信息，可能会暴露未加密的信息。
- 没有复制。没有创建沙盒环境的功能，在沙盒环境中可以复制或连接不同的实例。
您将能够在编译时确定 Magit 的限制。使用-limit-limits-from 参数在命令行上显示限制。如果在多个 CPU 上使用 Magit，则需要此选项。
使用 Magit，您可以编辑目录、其他文件夹和文件，但不能对远程主机做任何事情。您将需要配置 Git 来挂载远程 Git 存储库，作为您的主目录中的子目录。
由于其易用性等优点，GitKraken 被 20，000 多家公司强烈推荐和使用，作为使用 Git 存储库的最佳工具。看看为什么百万开发者选择 GitKraken 。
用户界面&体验:GitKraken vs Magit
GitKraken 的视觉用户界面分为六个部分:
-
工具栏
- 撤消按钮
- 重做按钮
- 拉
- 推
- 树枝
- 隐藏物
- 流行收藏
- LFS
-
左侧面板
- 本地存储库
- 远程存储库
- 拉取请求
- 标签
- 贮藏
- 子模块
-
提交面板(右侧面板)
- 未分级文件
- 暂存文件
- 提交消息
-
图表–git kraken 中的中心图表是您回购的核心，也是您分行历史的代表。
在 GitKraken 的中心图中，您可以创建新的提交、合并提交、创建分支、删除分支等等。在 GitKraken 中工作时，您正在进行的工作将显示为图形顶部的 WIP 节点。
-
标签
在 GitKraken 中，标签可以让你在多个储存库之间快速切换。从主用户界面，您可以添加新的标签，使用键盘快捷键在 repos 之间切换，拖放标签以重新排列它们，并同时关闭多个标签。
-
栏目
默认情况下，GitKraken 的主用户界面会显示三个标题:
- 分支/标签
- 图表
- 提交消息
如果您想要额外的上下文，您可以添加三个额外的数据点作为列标题: - 提交作者
- 提交日期/时间
- 恒星时角
Magit 的命令行界面分为六个概念:
-
模式和缓冲器
- 开关缓冲器
- 命名缓冲区
- 退出 Windows
- Magit 缓冲区的自动刷新
- 文件访问缓冲区的自动保存
- 文件访问缓冲区的自动恢复
-
章节
- 截面移动
- 截面可见性
- 截面挂钩
- 区段类型和值
- 部分选项
-
瞬时命令
- 前缀命令
- 中缀论元
- 后缀命令
-
瞬态自变量和缓冲变量
- 用户选项:magit-prefix-use-buffer-arguments
- 用户选项:magit-直接使用-缓冲区-参数
- 两个选项的值:
- 总是
- 选择或 t
- 目前的
- 从不
-
完成、确认和选择
- 行动确认
- 完成和确认
- 选择
- 大块内部区域
- 支持完成框架
- 附加完井选项
-
运行 Git
- 查看 Git 输出
- Git 进程状态
- 手动运行 Git
- Git Executable
- 全局 Git 参数
GitKraken 更加用户友好，因为它是一个非常容易使用的可视化 GUI。Magit 是为高级用户设计的命令行界面。GitKraken 确实有高级用户直接从应用程序打开终端的功能，并且有快速键盘快捷键。
适合初学者:GitKraken vs Magit
GitKraken 似乎是 Git 新手的最佳选择，他们可以从 Git GUI 支持的工作流中受益，如 T2 Git Flow T3。
GitKraken 最大的好处之一就是 Learn Git 库中的众多视频和教程。下面是一些建议的资源，可以帮助您开始学习 Git:
Magit 是一个命令行界面 git 客户端。
在开始使用 Magit 之前，您必须了解如何使用 Emacs 的包管理器。您必须知道使用 Magit 的命令行，因为 Magit Git 客户端没有可视化界面，也不是 GUI。
定价:GitKraken vs Magit
GitKraken 免费向用户提供对公共托管库的访问。
对于希望升级到 GitKraken Pro 的开发人员，价格是每个用户每月 4.95 美元，按年计费，建议 1 到 10 个用户的团队使用。
对于使用企业计划的客户，价格为每个用户每月 8.95 美元，按年计费，该计划可以扩展到的用户数量没有限制。对于使用许可证的无限数量的用户来说，企业版具有显著的优势。
点击查看所有 GitKraken 定价。
Magit 在 GNU GPL 许可下完全免费使用。
可免费下载:GitKraken vs Magit
GitKraken 和 Magit 都是免费下载的。GitKraken 包括所有付费功能的 7 天免费试用，包括合并冲突编辑器。
保护您的 Git 存储库的完整性是无价的；用 GitKraken 免费获得。
集成:GitKraken vs Magit
与 GitKraken 不同，Magit 只提供部分 API 集成。
GitKraken 远程仓库集成
可用的 GitKraken 集成包括与以下设备的远程回购集成:
- GitHub.com
- GitHub 企业
- GitLab.com
- GitLab 自我管理
- 完了
- 伺服器位元组
- Azure DevOps
GitKraken 问题跟踪集成
GitKraken 的问题跟踪集成包括:
吉拉
- 吉拉服务器
- 特雷罗
- GitLab 问题
- GitLab 自我管理的问题
- GitHub 问题
- GitHub 企业问题
- Magit Forge 集成
Magit 的 Forge 提供了与多个 Forge 的集成，即 GitHub 和 GitLab。还列出了对 Gitea、Gogs、Bitbucket、Gitweb、Cgit、StGit 和 Sourcehut 的部分支持。
Magit Forge Integrations
客户支持&满意度:GitKraken vs Magit
开发人员一直是 IT 行业创新的灯塔。例如，GitKraken 的创始人最初是一名软件开发人员，而内部团队仍然在开发产品——这意味着他们使用 Git GUI 来开发产品本身的新改进。GitKraken 过去十年的成长要归功于一个令人难以置信的客户服务团队和一个世界级的软件开发团队。
GitKraken 努力达到客户期望的高标准，拒绝在客户服务上妥协。该团队已经花了很多年来完善软件代码，并实现了一个让客户更高效、更透明地工作的系统。
加入 GitKraken Slack 社区后可以问任何问题。GitKraken 网站也有一个学习 Git 中心，里面有教程、最佳实践、视频教程，甚至还有问题和解决方案部分。
GitKraken 团队的目的是创建一种服务，所有软件专业人员都可以依赖它来完成工作。为此，GitKraken 投入了大量资源，建立了深受所有客户喜爱的广泛的客户支持系统。
Magit 有一个完善的社区支持系统，但它没有提供最好的安全特性，所以如果您正在处理复杂的文件或其他敏感信息，您应该考虑像 GitKraken 这样更复杂的选项。
The intent of the GitKraken team is to create a service that all software professionals can rely on to get their jobs done. To this end, GitKraken has invested significant resources in an extensive customer support system loved by all customers.
下载、安装并运行 GitKraken Git GUI
安装 git 卡拉基
GitKraken vs SmartGit |免费下载 GitKraken Git GUI
GitKraken Git GUI 是 2014 年 8 月上市的首批同类软件产品之一，由 Axosoft 的开发人员开发，他们在的任务是找到一个不烂的 Git GUI。一个可以快速显示谁在任何项目中对哪个文件做了什么；一个有助于加快个人工作流程和改善团队协作的工具；一个在视觉上震撼了所有与之互动的人的想法。🤯
我们让我们的开发人员自由地构建数字世界有史以来最棒的 Git GUI。尽管自 GitKraken 首次发布以来，新的竞争已经进入，但我们的速度、性能和功能(更不用说我们的吉祥物 Keif )继续满足和愉悦我们全球数百万开发人员不断增长的用户群。
但是不要相信我们的话。我们对我们的产品非常有信心，所以我们愿意把它全部摆出来，告诉你我们与竞争对手相比如何。在本文中，我们将关注 GitKraken Git GUI 如何与 SmartGit 相结合。
比较 SmartGit 与 GitKraken
“刚刚第一次尝试了@GitKraken(而不是 SmartGit) —登台单个 diff“块”的能力真的很方便。”–@ MoldyMagnet
解决合并冲突
GitKraken 不仅清楚地通知你一个冲突，我们的合并冲突工具是迄今为止我们最受欢迎的功能之一。
Git 中的合并冲突是出了名的吓人，但是对于 GitKraken 来说却是轻而易举的事情。假设您正在处理两个分支，这两个分支对同一文件中的同一行提出了冲突的更改。在尝试执行合并时，GitKraken 会检测到冲突并提醒您它需要您的帮助。
GitKraken 然后向您显示冲突文件的列表。单击一个文件将打开合并工具，它会在底部并排显示冲突的更改和输出视图。
每个冲突部分都有一个复选框，如果选中，将被添加到底部的输出部分。然后，您可以点击+图标，用鼠标选择其他要添加到输出中的行。使用向上和向下箭头在冲突之间导航。
一旦解决了冲突的文件，您就可以继续进行合并并返回到您定期安排的工作流程。
我们最近改进了合并冲突工具，对滚动、输出、行编辑和冲突行选择进行了性能改进。我们的合并工具现在使用 Monaco 编辑器，允许用户在三个冲突窗口中独立搜索。我们还向输出编辑器添加了自动完成功能。
快速全局搜索
(智能手机)
SmartGit 缺乏快速全局搜索。我们知道这对使用 Git 的开发者来说是一个重要的特性；甚至有来自 SmartGit 用户的请求在他们的软件中实现类似 GitKraken Fuzzy Finder 的东西。
我想请求一个类似于 GitKraken 客户端中的“模糊查找器”的“快速全局搜索”功能。这提供了在单个操作中搜索提交、访问客户端命令和启动 Git 操作的即时访问。
在 GitKraken 中，我们的模糊查找器是快速访问我们的应用程序的动作和特性的好方法。您可以打开存储库、搜索提交、查看文件历史、打开设置等等。
GitKraken 对 Slant.co“最佳 Windows Git 客户端”的评价
用键盘快捷键Cmd/Ctrl + P打开模糊查找器，开始打字完成各种动作。你可以在我们的模糊查找器文档中查看支持的命令列表。
我们的 Fuzzy Finder 是 GitKraken 如何帮助开发人员提高生产力的又一个例子。
定价
基特克拉肯👍智能 Git👎
GitKraken 的定价模式不仅更直接，我们的产品也比 SmartGit 便宜。 SmartGit 许可证的个人许可证起价为每年 59 美元，相比之下 GitKraken 为每年 29 美元。旁注:GitKraken 是免费的，如果你正在与公共回购。向我们的开源伙伴大声疾呼！
GitKraken 的 49 美元投资可以让用户获得一年的 Pro 许可，拥有 Git 客户端提供的所有功能。SmartGit 最便宜的产品，每年 59 美元，没有很多功能，包括用于快速代码评审的分布式评审插件。要获得 SmartGit 的所有核心特性，个人许可证的年费不到 90 美元。
**Undo Button **
(智能手机)
SmartGit 没有撤销按钮。我们的Undo按钮是直接魔法。✨·凯夫希望每次用户告诉我们在错误地执行合并后，撤销按钮是如何拯救他们时，他能得到一枚海怪硬币。
假设您正在命令行中工作，按下回车键，突然，当您意识到刚刚犯了一个严重的错误时，您会感到一阵恐慌。提示出冷汗和呼吸急促。
现在让我们使用 GitKraken 来回放同样的情况。犯错误？只需点击 UI 顶部工具栏中的Undo按钮，即可返回工作流程。去吧，拥抱你内心的奇异博士。
Undo按钮允许用户撤销 GitKraken 中的以下操作:
检验
犯罪
- 抛弃
- 删除分支
- 移除遥控器
- 将分支重置为提交
- 此外，GitKraken 还有一个
Redo按钮，如果你曾经很喜欢点击，并且误撤销了某个操作。我们抓住你了。😅 - Reset branch to a commit
拉取请求模板
基特克拉肯👍智能 Git👎
SmartGit 的基本版本不支持 pull request 模板，这是团队编码的一个元素，已经成为公认的行业最佳实践。 GitKraken 支持来自 GitHub、GitLab 和 Azure DevOps 的 PR 模板。然而，SmartGit 有一个“分布式审查”系统作为附加产品，需要额外的费用，它支持没有消息模板的 PRs。该系统不支持来自 GitHub、GitLab 或 Azure DevOps 的 pull 请求。
作为一名开发人员，您不仅有责任修复问题和实现新特性，而且有责任将您的工作清楚地传达给产品所有者、团队成员或其他审阅代码的合作者。
通过我们的 PR 集成，GitKraken 使用户能够通过预先格式化的模板提供他们提交的代码的简明描述，确保一致性，而不管您团队中的谁在提交请求。
更好的是，GitKraken 发行版最近获得了一个新功能，允许用户将 Glo 卡与 GitHub pull 请求链接起来！用户可以跟踪 PR 的状态，并根据拉动请求是已打开、关闭还是已合并，自动将卡片移动到 Glo 板上的新列中。
此外，在 GitKraken 中创建拉动请求时，您可以通过在 PR 模板表单中搜索卡来关联 Glo 卡。卡片链接将作为卡片的标题显示在 GitHub 中的 pull 请求描述中。
Through our PR integration, GitKraken gives users the ability to provide concise descriptions of their submitted code through pre-formatted templates, ensuring consistency regardless of who on your team is submitting the request.
问题跟踪集成
基特克拉肯👍智能 Git👎
通过在不离开编码环境的情况下管理您的问题，进一步加快您的工作流程。GitKraken 是市场上唯一一个提供与最常用的问题跟踪工具增强集成的 Git GUI。
GitKraken 集成了以下问题跟踪器:
GitKraken 👍 | SmartGit 👎
使用上述工具管理问题的用户可以直接从 GitKraken 完成以下操作:查看、过滤和编辑问题/卡片，创建与问题/卡片相关的分支，以及创建新的问题/卡片。
虽然 SmartGit 确实提供了与吉拉的不太健壮的问题集成，但它没有提供与其他问题跟踪工具的集成。
Azure DevOps 集成
(智能手机)
SmartGit 不与 Azure DevOps 集成，不像 GitKraken 与 GitHub 、 Bitbucket 、 GitLab 和 Azure DevOps 托管和自托管服务集成。
GitKraken 用户可以通过我们的应用快速连接到 Azure DevOps 。经过身份认证过程后，用户可以获得以下好处:
关闭 Azure DevOps 存储库列表中的存储库
为你的 Azure DevOps repos 添加远程
创建和查看拉式请求
- 自动生成 SSH 密钥对并将其复制到 Azure DevOps
- 还有更多…
- 最佳跨平台 Git GUI
- 归根结底，您选择使用的工具取决于您的个人偏好和工作流程，但是大众已经说话了。GitKraken 是跨 Windows、Mac 和 Linux 使用的最流行的 Git GUI。
- 从我们的客户那里听到，听听为什么学生喜欢用 GitKraken 学习，或者阅读我们在偏、 G2Crowd 和产品搜索上的评论。
对于 git 初学者来说，它非常直观，而且当事情变得混乱时，它仍然具有您需要的所有高级功能。最酷的是:GitKraken 实际上通过可视化显示来帮助你保持 git 工作流的整洁。
At the end of the day, the tools you choose to use depend on your personal preferences and workflows, but the masses have spoken. GitKraken is the most popular Git GUI used across Windows, Mac, and Linux.
GitKraken 是唯一一个拥有(我也尝试过很多)如此漂亮界面的 Git 客户端，并且允许你应用不同的主题，我更喜欢深色的，但是你也可以选择浅色的。甚至北海巨妖的标志也很漂亮。
你准备好发布北海巨妖了吗？
你相信了吗？GitKraken 是市场上速度最快、功能最强的 GUI，与全球数百万其他软件开发人员和工程师一起，最大限度地提高您工作流程的生产力。
GitKraken is the only Git client that has (and I’ve tried many) such a nice interface and also allows you to apply different themes, I prefer the dark one but you can also choose a light one. Even the Kraken logo is beautiful.
– Ryan W, G2 Crowd
**Are you ready to release the Kraken? **
Are you convinced yet? Join millions of other software developers and engineers worldwide in maximizing the productivity of your workflow with GitKraken, the fastest and highest-functioning GUI on the market.
Sourcetree vs GitKraken |哪个是最好的 Git GUI？
原文：https://www.gitkraken.com/compare/gitkraken-vs-sourcetree
软件开发人员、学生和一些海洋生物已经发言。GitKraken 是世界上最流行的 Git GUI 在 2020 年软件发展报告中被评为 Git 最常用的图形用户界面。
然而，你可能是骑墙派；也许你对 Git 很好奇，但不确定是否要“提交”(抱歉)给 GUI。毕竟，外面有好几个。你应该选择哪一个？如果您仍然在决定哪个 Git 客户端最适合您，我们将为您节省一些时间。
那么，Sourcetree 和 GitKraken 相比如何？GitKraken 以 Linux 支持、跨平台一致性、直观的输入动作、界面设计、撤销按钮等满足了全球开发者的需求。
对比 Sourcetree 和 GitKraken
“我用过 Sourcetree 和 GitKraken，北海巨妖是我的选择。GitKraken 要快得多，而且还在继续增加新功能，变得更好。”–@ integerman
Linux 支持
「资源」
Stack Overflow 的 2019 年开发者调查报告称，超过 25%的开发者选择 Linux 作为他们的主要操作系统。虽然我们的许多竞争对手忽视了 Linux 爱好者的不断增长的市场，GitKraken 将尽职尽责地管理您的 Git 项目，而不会偏向您的操作系统。Windows、Mac 和 Linux 用户欢欣鼓舞！
相比之下，Sourcetree 不支持 Linux。
Sourcetree, by comparison, does not support Linux.
跨平台一致性
「资源」
我们以前介绍过 GitKraken 能够在 Windows、Mac 和 Linux 上提供相同的应用程序体验。
这个特性不仅对开发人员有吸引力，反过来他们可以使用自己喜欢的操作系统，而且对团队和组织也有好处。给你的工程师提供他们想要使用的工具会让他们更开心，提高工作效率。
Sourcetree 的体验会有很大的不同，这取决于您是在 Windows 还是 Mac 上使用该工具。用户经常抱怨版本之间令人沮丧的差异。当您需要对某个问题进行故障排除时，跨操作系统拥有不同的功能可能会是一项挑战。四
此外，Sourcetree 不是 Atlassian 的重点，这表现在缺乏沟通和应用程序更新不频繁。
g itKraken 是 Axosoft 开发团队的主要关注点，除了可发现的和有用的学习 Git 资源和支持之外，它还可以提供频繁的更新和改进。
GitKraken is a primary focus of Axosoft’s development team, making it possible to provide frequent updates and improvements, in addition to discoverable and helpful Learn Git resources and support.
提交图形 UI
【源代码管理】
GitKraken 的界面简单、直观，可定制明暗主题。如果你打算使用图形用户界面，它应该看起来不错！你值得！犒劳自己！
GitKraken’s interface is simple, intuitive and customizable with light and dark themes. If you’re going to use a GUI, it should look good! You’re worth it! Treat yourself!
通过 GitKraken 展示的电子公开回购
Electron public repo displayed via GitKraken
GitKraken 中的图形不仅是您工作的漂亮表示，它还是管理您的分支和提交的高度功能化的工具。当您使用拖放合并、创建分支或恢复提交时，直接与分支和提交进行交互。如果你在一个项目上合作，头像就像一个视觉标记，让你知道谁提交了工作。分支标签上的图标显示它们属于哪个遥控器和 PRs。
Satoripop 开发者 Ghassen Rjab 在他的文章《Git 用 GitKraken 好还是 Sourcetree 好？
“在 GitKraken 的主界面中，我们拥有我们需要的一切。在左边的面板中，我们有关于项目的信息，比如本地分支、添加到项目中的远程存储库及其分支、存储库、标签和子模块。项目的历史和正在进行的工作在中间，我们也可以看到仓库。在右侧面板中，我们可以看到从历史中选择的任何提交的详细信息。在顶部，我们有一个搜索按钮，可以用来查找提交。
所有这些功能都存在于主界面中，这使得与 GitKraken 一起工作是一种很好的体验。”
相比之下，Sourcetree 的 UI 分为三个视图:文件状态、日志/历史和搜索。
Sourcetree UI
“Sourcetree 的用户界面会让你的 UX 有点令人沮丧，因为你总是需要在这三个标签之间切换来完成你的工作。”
Sourcetree UI
退回/重做按钮
「资源」
一键撤销！哪个 Git 客户端可以做到这一点？当然不是 Sourcetree。
**Undo/Redo Button **
GitKraken ✅ | Sourcetree ❌
GitKraken 的撤销/重做按钮是很多开发者的救命稻草，他们可能会不小心丢弃了几个小时的代码更改。😱
GitKraken 允许用户点击一个按钮撤销以下动作:结账；提交；丢弃；删除分支；移除遥控器；并将分支重置为提交。如果您曾经错误地撤销了这些操作，您也可以重做它们。😅
利用 GitKraken 独特的工作效率功能，如一键撤销/重做，享受更安全的工作流程。
GitKraken allows users to undo the following actions with the click of a button: checkout; commit; discard; delete branch; remove remote; and reset branch to commit. You can also redo these actions if you ever undo them by mistake. 😅
合并冲突解决
【源代码管理】
通过使用 GitKraken 的内置合并工具，可以更好地控制要包含的代码位，从而解决合并冲突。使用 Sourcetree，它是“我的”、“他们的”，或者打开另一个应用程序。
GitKraken 会在右边的提交面板中显示任何冲突的文件。单击冲突文件将打开合并冲突编辑器，其中当前分支显示在左侧，目标分支显示在右侧，输出字段显示在底部。
GitKraken 👍 | Sourcetree 👎
Resolve merge conflicts with more control over which bits of code to include by using GitKraken’s built-in merge tool. With Sourcetree it’s “mine,” “theirs,” or open another application.
用户可以选择文件中的所有更改、单个部分或单个代码行，所有这些都显示在一个附带的复选框中。只需选中复选框，将这段代码添加到输出字段中，您就可以在上下文中看到您的选项，并决定哪些更改是更可取的。(拥有付费账号的 GitKraken 用户甚至可以直接在输出栏编辑🤯).解决冲突后，保存输出并提交更改。
使用 Sourcetree，您最好使用外部合并工具。
问题跟踪集成
「资源」
出于许多原因，GitKraken Git GUI 不同于市场上的其他同类工具，但这是一个重要的原因。没有其他 Git 客户端提供与软件开发人员和团队使用的最流行的问题跟踪器的健壮集成。没有。
GitKraken Git GUI 集成了以下问题跟踪器:
GitKraken ✅ | Sourcetree ❌
使用上述工具管理问题的用户可以直接从 GitKraken Git GUI 完成以下操作:查看、过滤和编辑问题/卡片，创建与问题/卡片相关的分支，以及创建新的问题/卡片。
The GitKraken Git GUI integrates with the following issue trackers:
Users who utilize one of the above tools to manage their issues can accomplish the following actions directly from the GitKraken Git GUI: view, filter, and edit issues/cards, create branches tied to issues/cards, and create new issues/cards.
不再需要切换上下文来掌控您的问题——只需在您漂亮的编码环境中完成即可。
相比之下，Sourcetree 不提供强大的问题跟踪功能，并且不与 Trello、GitKraken 板、GitLab 问题或 GitHub 问题集成。
拖放
「资源」
有了 GitKraken，您可以使用自己最熟悉的输入法。使用拖放来执行 Git 操作，或者坚持使用键盘并切换 repos，检查分支，等等。用 GitKraken 的模糊探测器。这也是你可以在 Sourcetr 中做的事情——哦，不，你不能。
GitKraken 上的用户可以拖放来启动交互式 rebase 或创建 pull 请求(在设置到您的托管服务的集成之后)；用户还可以将一个分支拖放到遥控器上来执行Push。
GitKraken ✅ | Sourcetree ❌
With GitKraken you can use the input methods you’re most comfortable with. Execute Git actions using drag-and-drop, or stick to the keyboard and switch repos, check out branches, etc. with GitKraken’s Fuzzy Finder. This is something you can also do in Sourcetr– oh no, you can’t.
别担心，GitKraken 也为你的键盘爱好者准备了一些东西:我们的模糊查找器，它允许用户通过键盘快捷键访问各种操作。
Sourcetree 缺少拖放功能，并且不提供可发现的键盘快捷键。
随着您的团队规模的扩大，GitKraken 继续提供增强的功能，如交互式拉式请求管理，将协作和可见性提升到一个新的水平。
Sourcetree lacks drag-and-drop functionality and does not offer discoverable keyboard shortcuts.
团队许可证管理
「资源」
GitKraken 团队精心改进了我们的产品，以支持需要在断开连接或防火墙环境中工作的企业组织。高级领导可以从我们的三个许可证管理选项中选择一个最适合您需求的选项。
**License Management for Teams **
GitKraken ✅ | Sourcetree ❌
虽然 Sourcetree 宣传企业选项提供了更好的帐户管理，但他们没有提供可以自托管的应用程序版本。
如果您确实想要 Sourcetree Enterprise 提供的帐户管理，您将需要下载一个 MSI 文件安装程序来管理该过程。
Sourcetree 或 GitKraken:准备好转换了吗？
如果您已经在使用 Sourcetree，那就帮自己一个忙。制造。👏的。👏开关。👏相信我们和许多已经做出同样转变的人:你们不会后悔的。
**Sourcetree or GitKraken: Ready to make the Switch? **
If you were already using Sourcetree, do yourself a favor. MAKE. 👏THE. 👏SWITCH. 👏 Trust us and many of those who have made the same transition: you will not regret it.
GitKraken vs TortoiseGit |哪个是开发者最好的 Git GUI？
原文：https://www.gitkraken.com/compare/gitkraken-vs-tortoisegit
Git 是世界上使用最广泛的版本控制系统，超过 70%的开发人员使用它来管理他们的代码。难怪有这么多工具被创造出来，通过图形用户界面(GUI)来帮助 Git 更容易使用。我们已经将我们的解决方案 GitKraken 与过去的许多其他方法进行了比较，如 Sourcetree 、塔和叉。
今天我们将看看托尔托伊塞吉特，看看它如何与基特克拉肯相提并论。虽然我们将尽可能做到公平，但这是一个挑战，就像将新款特斯拉与弗林斯通的汽车进行比较一样。
比较 TortoiseGit 与 GitKraken
让你的 Git 游戏更上一层楼。🚀GitKraken 增强了对分支机构历史的可见性，使管理复杂的合并和快速解决冲突充满信心成为可能。
TortoiseGit——早期的一个开源项目。
TortoiseGit 是一个开源项目，不是一个商业产品。这有一些好处，但也有一些警告。最大的好处是社区已经将 UI 国际化为 34 种语言，其中 14 种的翻译率达到 80%或更多。另一个主要的好处是它可以完全免费使用，尽管这也带来了一些缺点，我们将在后面介绍。
TortoiseGit 出现在 Windows 是开发者实际使用的操作系统的时代。一个 Linux 还处于婴儿期的时代，像 Ubuntu 这样稳定的桌面发行版还需要几年时间，MacOS 只占市场份额的 3%。当时，创建一个直接集成到 Windows shell 界面的 Windows 专用工具的决定非常明智。
不幸的是，他们的用户界面反映了第一次编码的时间，即 Windows ME 时代。随着其他 Windows 设计的发展，这种复古的外观导致了使用该工具的整体笨拙。
另一件你会立即注意到的事情是，当你查看 TortoiseGit 文档时，有许多对 Apache Subversion (SVN)的引用，以及它与 Git 的不同之处。这是因为 TortoiseGit 基于 TortoiseSVN，这是一个受依赖 Apache Subversion (SVN)的 Windows 开发人员欢迎的工具。虽然这可能很好地服务了他们的社区，因为人们首先迁移到了 Git，但是这使得使用他们的工具感觉有点过时，尤其是在这么多开发人员已经将 Git 作为第一个也是最好的版本控制系统的情况下。
TortoiseGit vs GitKraken
那么，这些选项中哪一个是适合您需求的工具呢？让我们深入了解一下使 GitKraken 成为市场上最受欢迎的 Git GUI 的特性和功能。
很明显，对于大型组织和在项目上合作的个人开发者，GitKraken 提供了更健壮的特性和对拉请求、跨平台一致性、撤销/重做、培训材料等的支持。
Linux 支持
GitKraken ✅ | TortoiseGit ❌
作为市场上唯一真正的跨平台 Git GUIs 之一，GitKraken 很自豪能够提供 Linux 支持。TortoiseGit 文档声明:“TortoiseGit 在 Windows 7 或更高版本上运行。”这是有意义的，因为这是为了与 Windows Explorer UI 集成而专门构建的。
As one of the only true cross-platform Git GUIs on the market, GitKraken is proud to offer Linux support. The TortoiseGit documentation states: “TortoiseGit runs on Windows 7 or higher.” This makes sense as this was purpose-built to integrate with the Windows Explorer UI.
跨平台一致性
GitKraken ✅ | TortoiseGit ❌
GitKraken 的建立是为了满足开发者的需求，无论他们更喜欢什么操作系统。GitKraken 基于 Electron，可以在专业开发人员喜欢的任何操作系统上工作。
开发者多种多样，各持己见。每个人都喜欢自己的工具和平台。有些人喜欢 Mac，有些人喜欢 Windows，更多的人对 Linux 深信不疑。拥有一种与操作系统无关的方式来参与整个组织的版本控制，是让每个人都同意工作流的关键，也是让新团队成员加入的明智和简化的途径。
将此与仅适用于 Windows 的 TortoiseGit 进行比较。这使得协作更具挑战性，除非整个团队都喜欢在 Windows 上工作。
Compare this to TortoiseGit, which is only available for Windows. This can make collaboration more challenging unless the whole team prefers to work on Windows.
入职& Git 培训材料
GitKraken ✅ | TortoiseGit ❌
让一个新的团队成员熟悉工作总是一个挑战。Git 的学习曲线通常很陡，尤其是当 UI 是空白终端时。团队需要一种方法让每个人尽可能快地高效工作。
GitKraken 支持网站提供了一整套技巧、技术文档、产品视频和突出流行功能的材料。那也是我们存放我们粉丝最喜欢的发行说明的地方。
用户还可以订阅 GitKraken YouTube 频道来访问我们不断扩展的 Git 教育视频和教程库，免费使用 GitHub、GitLab、Bitbucket 和 Azure DevOps 等 GitKraken。
GitKraken 有一个专门的内容团队来制作高质量的培训和教育资源，以帮助新用户，并确保所有经验水平的用户都获得一致的支持。
我们的一系列初级、中级和高级 Git 教程视频将帮助您的团队提升他们的 Git 技能！跟 GitKraken 学 Git
TortoiseGit 确实提供了免费的手册，其中包含了很多官方的 git-scm 文档，但是他们的教育资源似乎到此为止了。这本手册虽然很大，但没有提供搜索功能，很难浏览。
TortoiseGit does provide a free manual, which incorporates a lot of the official git-scm documentation, but that’s where their educational resources seem to end. The manual, while immense, does not offer a search function, making it hard to navigate.
更快地跟上 Git 的步伐。GitKraken 的直观用户界面将让您从第一天开始就执行简单和复杂的 Git 命令！
Get up-to-speed with Git faster. GitKraken’s intuitive UI will have you executing simple & complex Git commands from day one!
简易暂存和解除暂存
GitKraken ✅ | TortoiseGit ❌
GitKraken 使得只存放您想要存放的内容变得极其容易，甚至可以存放到单独的代码行。它还提供了一个直观的视图，显示了发生了哪些变化以及上演了哪些内容。
TortoiseGit 实际上模糊了 staging 的概念，甚至没有将它作为菜单选项提供。它允许您提交任何单个文件，但是没有明确的指示文件相对于您的工作进展(WIP)或暂存的位置。对于 Git 新手和习惯使用命令行的人来说，这种不明确性会导致严重的混乱。
TortoiseGit actually obscures the concept of staging, not even offering it as a menu option. It allows you to commit any individual file, but there is no clear indication of where files are in relation to your Work in Progress (WIP) or staging. For both those new to Git and those used to working the command line, this lack of clarity can cause serious confusion.
拖放动作
GitKraken ✅ | TortoiseGit ❌
GitKraken 为用户提供了执行拖放操作的能力。这包括合并、交互式重定基础，甚至将特定的分支推到您选择的远程存储库，所有这一切都只需将分支移动到中央图上您想要的位置。
不要担心，GitKraken 也为你的键盘爱好者准备了一些东西:我们的模糊查找器，它允许用户通过键盘快捷键访问各种操作。
Don’t worry, GitKraken has something for you keyboard lovers out there too: our Fuzzy Finder, which allows users to access a variety of actions via keyboard shortcuts.
使用 TortoiseGit，每个操作都会打开一个新窗口。每个窗口都带来了一系列全新的选择和选项，即使对于经验丰富的 Git 用户来说，它们的功能也不是很清楚。除了系统范围的命令如ctl + f在屏幕上查找文本或f5刷新视图，TortoiseGit 没有提供键盘热键或快捷键。
With TortoiseGit, every action opens a new window. Each window brings a whole new slew of choices and options whose functions are not very clear, even to a seasoned Git user. And other than system-wide commands like ctl + f for finding text on-screen or f5 to refresh view, TortoiseGit offers no keyboard hotkeys or shortcuts.
细粒度差异控制
GitKraken ✅ | TortoiseGit ❌
GitKraken 的内置 Diff 工具是我们用户最喜欢的功能之一，让您能够快速查看文件中添加或删除了什么。我们的工具允许您选择单独的行或文件块来登台。
GitKraken 的 Diff 工具允许用户在大块视图、内嵌视图和拆分视图之间轻松切换，包括单词区分、语法突出显示、在变更集之间移动的箭头等等。
GitKraken’s Diff Tool allows users to easily toggle between Hunk, Inline, and Split views and includes word diffing, syntax highlighting, arrows to move between change sets, and more.
虽然 TortoiseGit 当然有一个包含许多选项的 Diff 视图，但是要想知道如何从初始的 Diff 菜单获得并排视图还是需要做一些尝试。一旦进入 Diff 视图，UI 在工具栏中提供了许多设置，每个设置的含义并不清楚。有这么多，有些是隐藏的，除非你让新打开的窗口全屏。在所有的选项中，似乎没有一个在 TortoiseGit 可以看到大块的风景。
While TortoiseGit certainly has a Diff view with many options, figuring out how to get to a side-by-side view took a few attempts from the initial Diff menu. Once inside the Diff view, the UI offers a lot of settings in the toolbars, and the meaning of each is not immediately clear. There are so many that some are hidden unless you make the newly opened window full screen. With all the options, there does not seem to be a Hunk view possible in TortoiseGit.
退回/重做按钮
GitKraken ✅ | TortoiseGit ❌
到目前为止，GitKraken Git GUI 最受欢迎的特性之一是我们神奇的撤销/重做按钮。字面上允许您回到过去并撤销一个严重的错误，比如意外重置分支并丢失多个提交。😱
如果你曾经希望可以通过点击一个按钮来撤销 Git 操作，那么你很幸运拥有 GitKraken。我们的撤销按钮允许用户撤销以下操作:
检验
- 犯罪
- 抛弃
- 删除分支
- 移除遥控器
- 重置分支以提交
- 类似地，如果您误撤销了所有这些操作，可以使用重做按钮来重做。
TortoiseGit 不提供等效的功能。虽然你可以查看日志和参考日志，但你的时间旅行能力到此为止了。放弃更改、删除或重置分支、移除遥控器等操作无法撤消。就像你能对付 GitKraken 一样。
Similarly, all of these actions can be redone using the Redo button if you undo them by mistake.
让你的 Git 安全网就位。GitKraken 的撤销按钮等功能有助于防止您的工作出现常见错误。💯
GitHub、GitLab 或 Azure 问题跟踪
GitKraken ✅ | TortoiseGit ❌
除了 GitKraken Git GUI，没有其他 Git 客户端提供与最常用的任务管理工具的健壮的问题跟踪集成。一个都没有。
GitKraken Git GUI 集成了以下问题跟踪器:
吉拉云/服务器
吉卡拉基板
- 特雷利乌
- GitLab/GitLab Self-Managed
- GitHub/GitHub 企业
- 使用上述工具管理问题的用户可以直接从 GitKraken Git GUI 完成以下操作:查看、过滤和编辑问题/卡片，创建与问题/卡片相关的分支，以及创建新的问题/卡片。
- GitHub/GitHub Enterprise
这对于希望通过减少上下文切换来优化工作流的开发人员来说非常有用。
另一方面，TortoiseGit 声称提供问题跟踪功能，但似乎暗示这只能通过 Bugtraq 实现。
企业账户管理
GitKraken ✅ | TortoiseGit ❌
GitKraken 团队明白，企业团队和组织需要增强其工具链的安全性和责任性。这就是为什么我们提供基于云的、独立的或自托管的 GitKraken 企业许可证选项，以满足各种政策的特定需求。
想要完全控制用户和许可管理以及 LDAP 集成的团队喜欢 GitKraken。使用我们针对组织的增强型许可证管理功能，可以更轻松地将个人许可证转让给新团队成员，并定制访问要求。
由于 TortoiseGit 仅适用于单个本地 Windows 环境，因此它不提供任何托管版本的软件，也不提供团队帐户管理或增强的安全选项。这意味着，如果你的团队使用 TortoiseGit 来管理你的 repos，那么手动管理另一个软件就成了你组织的管理员的责任。
The GitKraken team understands that enterprise teams and organizations need enhanced security and accountability for their tool chain.This is why we offer cloud-based, stand-alone, or self-hosted GitKraken enterprise license options to fit the specific needs of various policies.
企业支持
GitKraken ✅ | TortoiseGit ❌
TortoiseGit 的开源模型意味着它可以完全免费使用，但随之而来的是社区支持成为唯一的支持选项。社区支持通常是令人惊讶的— 我们也喜欢这个选项 —但是对于专注于构建企业软件的大型团队来说，拥有解决他们问题的单一事实来源不是可有可无的，而是至关重要的。
虽然 GitKraken 可以完全免费使用，并有社区支持，但许多客户选择 GitKraken，因为我们提供企业许可，可以直接获得我们的专业支持。能够快速连接到构建和维护工具的团队对于具有关键任务工作流的大型组织来说是非常有益的。拥有这种内心的平静有助于我们的顾客晚上睡得更好。
GitKraken ✅ | TortoiseGit ❌
下载、安装并运行 GitKraken Git GUI
既然我们已经做出了令人信服的 GitKraken vs TortoiseGit 论证，我们希望你能考虑加入北海巨妖家族。为了尽可能简单，我们提供了在您选择的操作系统上安装 GitKraken 的分步说明:
安装 git 卡拉基
gitkraken vs tower \下载 git krak 免费
Git 在软件行业越来越受欢迎，这导致了许多旨在使版本控制体验更快、更直观的工具的引入。增强开发人员 Git 工作流的最著名的工具是图形用户界面(GUI)。
目前市场上的大多数 Git GUIs 都提供了各种各样的特性，用于将 Git 命令简化为快速动作；许多人也非常注重让协作变得更容易。这就是为什么 GitKraken Git GUI 比 Tower 更受欢迎的原因。
比较塔与吉克拉肯
“GitKraken 正是我所需要的，因为它让我在我的三个构建平台(mac/win/linux)上使用 Git 的体验变得相同，而不必以令人讨厌的方式摆弄子模块，我只需点击并说‘请去获取它’”–@ larsiusprime
Linux 支持
去塔
作为市场上唯一真正的跨平台 Git GUIs 之一，GitKraken 很自豪能够提供 Linux 支持。相比之下，Tower 不能在 Linux 上使用。
As one of the only true cross-platform Git GUIs on the market, GitKraken is proud to offer Linux support. Tower, by comparison, cannot be used on Linux.
跨平台一致性
去塔
无论您选择使用哪种操作系统，GitKraken 都能提供无缝一致的体验。这是可能的，因为 GitKraken 是在电子上发展起来的。
团队中的个体开发人员偏爱不同的操作系统并不罕见；一个喜欢 Mac，而另一个则笃信 Linux。相信我们，我们明白。拥有一个与操作系统无关的工具，可以让你以更少的开销更快地训练你的团队，并且让你更容易与喜欢不同操作系统的同事合作。
此外，因为 GitKraken 团队只开发了一个跨平台的 Git GUI，而不是三个针对某个操作系统的不同工具，所以我们有能力更频繁地发布产品改进和新功能。
Furthermore, because the GitKraken team is only developing one cross-platform Git GUI, rather than three disparate tools specific to an OS, we have the ability to release product improvements and new features more frequently.
问题跟踪集成
去塔
除了 GitKraken Git GUI，没有其他 Git 客户端提供与最常用的问题跟踪工具的健壮集成。一个都没有。
GitKraken Git GUI 集成了以下问题跟踪器:
The GitKraken Git GUI integrates with the following issue trackers:
使用上述工具管理问题的用户可以直接从 GitKraken Git GUI 完成以下操作:查看、过滤和编辑问题/卡片，创建与问题/卡片相关的分支，以及创建新的问题/卡片。
Users who utilize one of the above tools to manage their issues can accomplish the following actions directly from the GitKraken Git GUI: view, filter, and edit issues/cards, create branches tied to issues/cards, and create new issues/cards.
这对于希望通过减少上下文切换来优化工作流的开发人员来说非常有用。
相比之下，Tower 不提供与上面列出的问题跟踪器的集成。
定价
【塔】
GitKraken 的定价模式比 Tower 的定价模式更灵活、更实惠。
GitKraken 👍 | Tower 👎
The pricing model for GitKraken is more flexible and affordable than the pricing model for Tower.
GitKraken 提供了一个免费的许可证,用于公共托管的存储库；Tower 不提供他们软件的免费版本。
让我们将它与 Tower 进行比较，后者没有免费版本，并向收取每年 69 美元的基本许可费，这是“单个用户的理想选择”
GitKraken offers a free license for use on publicly-hosted repositories; Tower does not offer a free version of their software.
Let’s compare this to Tower, which has no free version and charges $69 per year for their basic license, which is “ideal for single users.”
即使是 GitKraken 最贵的许可证——git kraken Enterprise——每个用户每月的起价也只有 8.95 美元(按年计费)。无论你是业余爱好者、个人开发者还是企业团队，GitKraken 都能以更好的价格提供更多的功能。就这么简单。
提交图形 UI
【塔】
请看， GitKraken Git GUI 显示的漂亮的 technicolor 提交图。
GitKraken 👍 | Tower 👎
通过 GitKraken 展示的电子公开回购
GitKraken 提交图旨在尽可能方便地导航您的提交历史，这样做不仅看起来很好，而且改善了其他 Git GUIs 中的可读性问题，如 Git Tower 客户端。
GitKraken 提供的可见性是无与伦比的，让您能够快速查看分叉存储库上的所有远程分支和活动。
通过塔楼展示的电子公开回购
虽然 Tower 试图通过压缩其图形来节省空间，但这可能会产生难以跟踪的混乱的分支，并引入扫描提交消息和通过使分支不对齐来查找分支名称的问题。
在 GitKraken 中，提交的每个分支在图中有自己的一列，分支名称列在左边的一列中。这使得定位分支、跟踪其提交和查找提交消息变得更加容易，因为所有文本都是左对齐的，这是人们在阅读长列表时所期望的。
此外，GitKraken 允许您调整图形的大小，以优化带有许多分支的较大 repos 的显示，始终保持提交整齐排列。
In GitKraken, each branch of commits gets its own column in the graph and the branch names are listed in a column to the left. This makes locating a branch, following its commits, and finding commit messages much easier because all text is left-aligned, as one would expect when reading a long list.
Additionally, GitKraken allows you to resize the graph to optimize your display for larger repos with numerous branches, always keeping the commits cleanly lined up.
工作副本&图中项目历史:
去塔
GitKraken 的图表允许用户看到他们正在进行的工作(在 GitKraken 中，这被称为WIP)与项目的其余部分在一起。这意味着您可以查看(和编辑！)在与您可以查看项目历史中任何其他提交的更改相同的视图中查看 WIP 的内容。
GitKraken ✅ | Tower ❌
GitKraken’s graph allows users to see their work in progress (in GitKraken, this is called the WIP) inline with the rest of the project. This means you can view (and edit!) the contents of your WIP in the same view as you can view the changes in any other commit in your project history.
另一方面，Git Tower 客户端将用户的“工作副本”分离到一个单独的选项卡中。这迫使开发人员在任何时候都要切换上下文，跳到一个新的显示画面，以查看他们的代码将如何影响整个项目。
The Git Tower client, on the other hand, separates a user’s “Working Copy” into a separate tab. This forces developers to switch context and jump to a new display anytime they want to see how their code will influence the project as a whole.
并排差异
去塔
GitKraken 的内置 Diff 工具是我们用户最喜欢的功能之一，让您能够快速查看文件中添加或删除了什么。我们的工具允许您选择单独的行或文件块来登台。
GitKraken 的 Diff 工具允许用户在Hunk、Inline和Split视图之间轻松切换，并且包括单词区分、语法高亮、在变更集之间移动的箭头等等。
GitKraken’s built-in Diff Tool is one of our users’ favorite features, giving you the ability to quickly see what has been added to or removed from a file. Our tool allows you to choose individual lines or hunks of a file to stage.
GitKraken’s Diff Tool allows users to easily toggle between Hunk, Inline, and Split views, and includes word diffing, syntax highlighting, arrows to move between change sets, and more.
拖放动作
【塔】
GitKraken 和 Tower 都为用户提供了执行拖放操作的能力，尽管 Tower 的功能有点有限。
使用 Tower，您可以创建、拉、推和合并分支，并启动交互式 rebase(确切地说，用于挤压、重新排序和修复)。在 GitKraken 中，您可以拖放来启动 Git interactive rebase 或创建一个 pull 请求(在设置了到相关托管服务的集成之后)。
虽然您确实可以在 Git Tower 客户端中使用拖放来启动交互式 rebase，但是执行此操作的体验远不如在 GitKraken 中直观。
首先，在“历史视图”中，也就是向您显示存储库中所有分支的历史的视图中，Tower 用户不能执行交互式的 rebase，或者任何其他前面提到的拖放操作。这是 GitKraken 在主界面中显示的中心图形(在这里我们所有的拖放操作都是可能的)。
那么，如何在 Tower 中使用拖放来启动交互式 rebase 呢？您必须首先在左侧面板中选择一个分支，这会将图形的上下文切换为只关注该分支。然后您可以拖放提交来压缩、重新排序和修复。然而，对于所选择的提交，一次只能完成这些操作中的一个。
First and foremost, Tower users cannot perform an interactive rebase, or any other previously mentioned drag-and-drop actions, while in “History View,” aka the view that shows you the history of all branches within the repository. This is the central graph that GitKraken displays in the main interface (where all of our drag-and-drop actions are possible).
在塔内进行交互式基础改造
😅我们花了一段时间才弄明白这一点，而且 Tower 的支持文档在交互式 rebase 部门中是缺乏的，并且没有提供方向。我们来对比一下在 GitKraken 的体验。
Psst:在我们的支持网站上，使用 GitKraken 中的交互式 Rebase 功能，在上获得清晰的分步说明。
在 GitKraken 中，用户可以通过从中央提交图中将一个分支拖放到另一个分支上来轻松启动交互式 rebase，而无需切换上下文或更改界面。
Psst: Get clear step-by-step instructions on using the Interactive Rebase feature in GitKraken on our support site.
在 GitKraken 中执行交互式 Rebase
使用 GitKraken，自信、快速、轻松地执行高级 Git 操作，如交互式 rebase，再也不用担心 rebase 了。
在拖放方面，Tower 和 GitKraken Git GUI 的另一个有意义的区别是可访问性。在 GitKraken 中，您可以从我们的左侧面板、中间的图形以及两者之间执行拖放操作。
在 Git Tower 客户端中，在图形和左侧面板之间进行拖放的能力非常有限，而且不够直观。例如，您可以将一个提交(同样，只有当您在左侧面板中选择了一个特定的分支时)拖到“Branches”标题上，以创建一个新的分支，或者在同一个分支上启动一个精选。塔用户没有能力将分支拖出图形，因为当选择一个分支时，拖放只对提交起作用；这使得您能够在 Tower 中通过拖放执行的操作非常有限。
Another meaningful difference between Tower and the GitKraken Git GUI when it comes to drag-and-drop is accessibility. In GitKraken, you can perform a drag-and-drop action from our left panel, the central graph, and between the two.
塔中的拖放功能
典型的例子是:你不能像在 GitKraken 中那样，将一个分支从图中拖到左面板中的另一个分支上进行合并、重定基础等操作。
git kraken 中的拖放功能
合并冲突解决
【塔】
GitKraken 和 Tower 都提供了解决应用内合并冲突的工具，但相似之处也仅此而已。
如果您在 GitKraken 中尝试执行合并时遇到冲突，我们的工具会在右侧提交面板中显示冲突文件。单击一个冲突文件将打开我们的合并冲突编辑器，在左边显示当前分支，在右边显示目标分支，在底部显示输出字段。
Both GitKraken and Tower offer tools for in-app merge conflict resolution, but that’s about where the similarities end.
If you encounter a conflict when attempting to perform a merge in GitKraken, our tool will display the conflicting files in the right Commit Panel. Clicking on a conflicted file will open our merge conflict editor, showing the current branch on the left, the target branch on the right, and an output field at the bottom.
从该工具中，用户可以选择文件中的所有更改、更改的单个部分，甚至是单个行，所有这些都显示有一个附带的复选框。选中一个框会将这段代码添加到输出字段，使您可以轻松地查看上下文中的选项，并决定哪一个更好。或者，付费用户可以直接在输出字段中编辑。解决冲突后，只需保存输出并提交更改。进入工作流程的下一步。
相比之下，在 Git Tower 客户机中解决合并冲突的经验非常有限。Tower 团队似乎同意这一点，鼓励人们使用外部合并和比较工具来代替他们自己的工具。
Tower 宣传了一个“冲突向导”,事实上，当文件之间发生冲突时，它会提醒您。然而，该工具严重缺乏上下文信息。简而言之，Tower 让你可以选择两个冲突文件中的一个或者合并它们。
By comparison, the experience of resolving a merge conflict in the Git Tower client is extremely limited. The Tower team seems to agree, pushing people to use external merge and diff tools in place of their own.
Tower advertises a “Conflict Wizard” which does, in fact, alert you when a conflict occurs between files. However, the tool is severely lacking in contextual information. In short, Tower gives you the option to either select one of the two conflicting files or combine them.
如果不在 Tower 中打开外部工具，您将无法查看代码更改或从多个文件中挑选更改。如果你已经确定“我的版本”或“他们的版本”是你想要提交的，那么 Tower 的冲突向导真的很有帮助。
免费开源:
去塔
GitKraken 不仅提供我们付费许可证的免费试用，我们还提供在公共托管库上使用的免费版本。我们的免费许可证附带了核心 Git GUI 特性。
GitKraken 还通过 GitHub 学生开发者包向学生和教师免费提供我们的 Pro 许可证。
Not only does GitKraken offer a free trial of our paid licenses, we also offer a free version for use on publicly-hosted repositories. Our free license comes with the core Git GUI features.
每个版本中包含的更新:
去塔
如果您订阅了 GitKraken，无论您使用的是什么许可证或何时购买的，每次发布新软件时，都会提示您更新应用程序。
通过 Tower 2.0，购买者需要购买单独的版本。所以 1 号塔，2 号塔等等。当有新版本时，塔式机客户可以以 50%的折扣购买最新版本。
If you have a GitKraken subscription, regardless of what license you’re on or when you purchased, you will be prompted to update your application upon each new software release.
Banner from Tower 网站广告 2020 年 3 月升级定价。
虽然 Tower 现在通过年度订阅模式独家提供他们的产品，但过去令人困惑的许可证结构继续对他们的传统客户产生最显著的影响。
GitKraken 通过向每个用户提供我们的软件更新来避免所有这些混乱，无论您购买的是什么许可证。
另外，我们频繁的发布节奏和幽默的发布说明也是我们让 Tower 大放异彩的另一个领域。通过 GitKraken 时间轴查看我们的完整发布历史。
GitKraken avoids all of that confusion by making our software updates available to every user, no matter what license you purchased.
免费 Git 教育内容
去塔
GitKraken 团队为我们提供的教育内容感到自豪；它完全免费，所有人都可以使用。我们不会限制我们的内容或要求任何联系信息来访问我们的材料和资源。
GitKraken ✅ | Tower ❌
查看我们丰富的 Git 教育数据库，里面有免费视频、教程、小抄等等。
毫无疑问，Tower 在其网站上也有一份经过深思熟虑的 Git 教育材料汇编，而且绝大多数都是免费提供的。
然而，如果你想下载他们的备忘单，你需要提交你的电子邮件地址并订阅通讯。
No doubt, Tower also has a thoughtful compilation of Git educational materials on its website, and the vast majority is offered for free.
However, if you want to download any of their cheat sheets, you’re required to submit your email address and subscribe to communications.
GitKraken 在我们的网站和 YouTube 频道上完全免费提供我们所有的学习 Git 视频教程，无论经验水平如何。相比之下，Tower 对他们的一些教育内容收费。
在其网站上公布教育套餐的广告价格(2020 年 3 月)
准备好切换了吗？
既然我们已经提出了一个令人信服的 GitKraken vs Tower 的论点，我们希望你会考虑切换到 GitKraken Git GUI 。
**Ready to make the switch? **
Now that we’ve made a convincing GitKraken vs Tower argument, we hope you will consider making the switch to GitKraken Git GUI.
GitLab CI |如何使用与 GitKraken Git GUI 的持续集成
这篇文章是一位客座作者写的。
配合 GitKraken 使用 git lab CI
在当今的软件开发世界中，最受重视的实践之一是 CI，即持续集成。
持续集成是 CI/CD 管道的第一步，是整个 DevOps 思维和方法的推动者。竞争情报是现代软件开发的基础。鉴于这是正确安装 DevOps 的第一步，因此必须正确安装至关重要。
假设您有一个应用程序，它的代码在 GitLab 存储库中。开发人员每天都会推送代码变更，甚至一天多次。随着每个变更提交到应用程序的代码库，必须创建和测试一个新的构建。
涉及 GitLab CI 的最简单的持续集成流程之一包括以下阶段:
- 将更改推送到 GitLab 。
- 构建应用——由 GitLab runner 执行的过程，包括将源代码打包到独立的软件工件中(我们将在本文后面提供一个带有 Docker 映像的例子)。
- 测试应用程序——由 GitLab runner 执行的过程，目的是在部署我们的应用程序之前验证我们的代码更改——在我们的例子中使用服务或工具 pylint。
定义 GitLab CI/CD
我们想要实现的是一个零错误的稳定应用程序，同时遵守指导方针和代码遵从标准。
基本上，我们希望不断地构建、测试和部署迭代代码变更。再往下，我们可以看到整个 GitLab CI/CD 流程的高级图。
趣闻: GitLab 本身就是一个把持续集成作为软件开发方法#ouroboros 的项目的例子。
再往下，我们有连续交付，这意味着不仅我们的应用程序在每次代码变更被推送到存储库时都被构建和测试，而且应用程序也必须被连续部署。然而，使用连续投放，我们手动触发部署，而不是自动触发的连续部署。
我们的目标是使部署可预测且稳定，无论是大规模分布式系统还是复杂的生产环境。 连续部署 下一步过去 连续交付。 部署测试过的变更不需要人工干预。
如何实施 GitLab CI
从工具的角度来看，我们需要一个 GitLab repo 和 GitKraken Git GUI 来演示一个适当的 GitLab CI/CD 流。
剧透:通过 GitKraken 的无缝集成和可视化提交图，实现 CI/CD 工作流要容易得多。你还在等什么？⬇️
GitLab CI yml 文件
GitLab 持续集成的主要组件之一是。gitlab-ci.yml，它位于存储库的根目录中，包含 GitLab CI/CD 配置。
首先，我们来谈谈 Git 仓库的结构。我们有自己的应用程序，在本例中，是用 Python 编写的 Prometheus exporter 基本上是一个公开 API 的应用程序。
我们存储库的布局包括:
- app.py + requirements.txt(我们的应用和依赖项)
- Docker file–包含将我们的应用程序打包成 Docker 映像所需的所有命令的文件
- curl _ test . sh——我们的端点的一些基本测试
- 。git ignore–从 git 跟踪中排除某些文件
- 。git lab-ci . yml–描述我们的管道流程
正如我们之前提到的，我们需要对构建过程进行一些扩展。我们构建过程的核心是 Dockerfile ，它提供了将我们的应用程序打包成 Docker 映像的方法(命令)。构建使用 Dockerfile 文件和“上下文”。上下文是构建映像的目录中的一组文件；基本上，Docker 会通过读取 Docker 文件中的指令来自动构建映像。
GitLabs CI/CD 核心组件:
- 管道:持续集成、交付和部署的顶层组件。
- runner : GitLab 使用不同服务器上的 runner 来实际执行一个管道中的作业；GitLab 提供了 runner 来使用，但是你也可以作为runner来运行你自己的服务器。
- 作业:定义做什么的基本配置组件(如编译或测试代码)。
- 阶段:定义何时运行作业。
简而言之，作业正由运行者执行，阶段提供了一种组织作业的方式(例如，如果多个作业在同一个阶段，它们被并行执行)。如果一个阶段中的所有作业成功，则流水线移动到下一个**阶段；**否则，一个作业失败，整个流水线都会失败。
下面是一个具体的例子，我们有三个阶段(构建、测试、部署)。在测试级阶段，有两个并行执行的测试作业，如果其中一个失败，管道将失败，部署阶段将不会执行。
从 GitKraken 触发 git lab CI
gitlab-ci.yml 文件根据构成管道的作业描述了我们的工作流，后者是 GitLab CI/CD 的顶级组件。
当我们在 GitKraken Git GUI 中添加一个. gitlab-ci.yml 文件到我们的存储库时，gitlab 会自动检测它，一个名为 GitLab Runner 的应用程序会运行阶段中定义的步骤。
下面我们可以看到。gitlab-ci.yml 文件显示在 GitKraken 的应用内文本编辑器中。
从一个高层次的角度来看，我们的管道有四个由运行者执行的主要任务，其中两个是并行执行的:test-code-job1 和 test-code-job2。
我们的目标是触发 GitLab CI 流程；这意味着直接从 GitKraken 构建/打包、测试并最终部署我们的应用程序。
使用 GitKraken 这样的工具，可视化 CI/CD 工作流更加直观，因此您的整个团队都可以做出贡献，无论他们的技能水平如何。
为了更好地查看我们的工作流，我们将使用**标签，**标签对于标记特定的部署和发布以供以后参考非常有用。
GitTip:了解如何在 GitKraken 中使用标签，包括如何 Git 推送标签以及如何结帐 Git 标签。
标签的创建和注释都是直接从 GitKraken 中完成的，所以不需要使用像git tag -a v1.0 -m 'Version X.Y'这样的命令。
Git 标签提供了将历史中的特定点——提交——标记为重要点并将其“标记”为发布版本的能力。
在我们推送我们的更改之后，我们可以看到构建过程已经被触发，因此，在 repositoryContainer Registry选项卡下，我们可以看到我们的工件:带有所需标签的 Docker 图像。在 GitLab CI 中，每个项目都可以有自己的容器注册空间来存储图像。
根据前面提到的概念，我们可以看到用正确的工具发布新的代码变更(升级到9.0版本)是多么容易💻关于 CI/CD 最佳实践。
https://www.youtube.com/embed/putJq1WZ9eU?feature=oembed
视频
准备好配合 GitKraken 使用 GitLab CI 了吗？
正如所料，GitLab CI 工作流有多种风格/变化，但是一旦您有了一个稳定和清晰的工作流，您将能够在以后轻松地扩展它。
GitLab 使我们能够建立和发展健康的 CI/CD 实践，而 GitKraken Git GUI 通过提供灵活性和简化整个流程，为整个生态系统带来附加值，使管理整个管道变得更加容易，并具有更好的可见性。
开始持续集成可能看起来势不可挡，但是在 GitKraken 的帮助下，您和您的团队将很快开始 CI/CD 工作流。
Linux 的最佳 GitLab 客户端|免费下载 GitKraken
这篇文章是一位客座作者写的。
GitKraken Git 客户端和 GitLab ==天造地设的一对
在 DevOps 领域工作，我经常发现自己需要在相对较短的时间内交付一个特性或一个改进(基本上是一段代码)，甚至并行处理不同的任务。
一个相当通用的软件开发栈包括:
- Linux 环境
- 一个版本控制系统(通常是 Git)和一个 Git 客户端(比如 GitKraken Git GUI
- 一个提供一些持续集成和部署特性的平台(这里是 GitLab)
Git 中的存储库和分支管理从未如此简单。利用 GitKraken 提供的可视化功能，获得对 Git 工作流的更多控制。
Git 中的存储库管理
开始时，这似乎不是什么难以管理的事情，但是随着项目数量的增加，项目之间的技术堆栈也不同，维护和使用各种类型的设置往往变得相当难以管理，即使对于一个有经验的软件工程师来说也是如此。
对于初学者来说，这种情况可能会令人望而生畏。尽管我是 CLI 的忠实粉丝，但我可以诚实地承认，我一直被困在仓库地狱中，有无尽的 Git 仓库、远程分支和依赖项。
管理 GitLab 库的 Git 客户端
这是我知道我需要一个 Git 客户机的时刻。在尝试了多个变体之后，我感觉最舒服的一个是 GitKraken，最棒的是它不需要任何依赖(甚至不需要 Git)；它只是直接与你的 GitLab 库一起工作。此外，GitKraken 是少数几个支持 Linux 的 Git 客户端之一。
首先引起我注意的是 GitKraken 直观的布局。一个具体的例子是查看所有远程分支的可能性，以及您可以轻松地签出远程 Git 分支。
在分布式环境中工作的一个普通任务是 Git SSH 密钥设置。跟踪 SSH 密钥并将它们添加到遥控器通常是团队中新成员的首要任务之一，这对于新手来说有时会很麻烦。
GitKraken 通过提供与 GitLab 的无缝集成，轻松解决了这个问题；不需要使用ssh-keygen，将公钥复制到您的远程存储库，或者管理~/。ssh/config。GitLab SSH 密钥配置完全由 GitKraken 管理。
GitLab 拉取请求
另一个真正加速开发过程的很酷的特性是可以在 Linux 上的 GitKraken Git GUI 中快速创建 GitLab pull 请求。
对于一个新特性，通常过程包括创建一个新的 Git 分支(通常来自开发分支)，添加所需的修改，将分支推送到您的远程，然后是一个合并请求。
所有这些任务都可以在几秒钟内从 Git 客户端执行，只需将一个分支拖放到另一个分支上，然后选择Start a pull request。使用 GitKraken 合并本地机器上的分支有相同的过程，只需拖放即可。
只要您连接到 GitLab 远程存储库，就可以直接在 Linux 上的 Git 客户机中方便地管理您的 Git pull 请求。
GitKraken 的拉取请求功能与 GitLab 的集成非常好，它甚至允许用户通过在 GitLab 的合并请求视图的浏览器中打开一个新标签来打开和查看 GitLab 中的拉取请求。GitKraken 的 GitLab 集成提供了跨所有操作系统的无缝体验，包括 Linux。
GitLab 问题
GitKraken 还为 GitLab 问题提供了一个特性，使团队能够使用 Linux 上的 Git 客户端进行协作和计划工作。
GitLab Issues
GitKraken 完全支持与 GitLab 问题的集成，允许用户查看、更新、添加对某个 Gitlab 问题的评论，并创建与该特定问题相关的分支。
GitKraken 是唯一提供问题跟踪集成的 Git 客户端。这允许您减少上下文切换，节省您宝贵的编码时间。
撤销命令行中的 Git 错误
最后但同样重要的是，Git 最棘手的问题之一是撤销操作的过程。
从高层次的角度来看，Git 与以下三个主要的名称空间/区域“协同工作”:
工作目录(“未跟踪”区域)
索引(临时区域)
本地存储库(下的所有内容。git 目录)
- Working directory (“untracked” area)
- Index (staging area)
- 因此，假设您想要撤销最近所做的更改，例如撤销 Git 提交。虽然这看起来是一个简单的过程，但是会出现一些挑战，比如更改后的文件处于哪种状态？我们要撤消所有更改吗？对于一个相当简单的用例，比如更新一个文件(比如 Dockerfile)，需要执行一些命令。
那么，如果我们想撤销对 docker 文件所做的更改，会发生什么呢？从技术上来说，我们需要撤销我们的本地工作，更确切地说是撤销最后一次提交，并为了修改文件而对文件进行卸载。
这可以通过在 CLI 中使用以下命令来实现:
这些命令是准备提交文件并随后将其带回工作区所必需的。
更不用说后面的命令还穿插着git status命令(显示你所在区域的状态)。前一个场景实际上非常简单，因为在一个文件中只做了一个更改。这仍然需要在 CLI 中执行五个命令。😰
git add <FILE>
git commit -m '<COMMIT MESSAGE>’
git reset --soft HEAD^1
git reset HEAD <FILE>
git checkout -f <FILE>
使用 Git 客户端一键撤销 Git 错误
如果我们在 Linux 上使用 GitLab 的 GitKraken Git 客户端来做同样的场景，这将是一个毫不费力的动作，不用说，我们将拥有所有 Git 区域的可视化表示。更容易跟踪文件的状态，并且在多个文件发生多次更改的情况下，灵活程度会更大。
Undo Git Mistakes in 1 Click with a Git Client
Git lab 和 Linux 的 Git 客户端
随着我越来越多地使用 GitKraken，我发现它不仅仅是一个 GUI 这是一个成熟的工具，通过直观的设计和无缝集成提供了一种提高效率的方法。它的设计方式有助于用户理解 Git，并支持流畅的工作流。
GitKraken 的撤销/恢复功能让您可以更好地控制高级 Git 操作，使它们更加安全，同时让您高枕无忧。🧘♂️
As I used GitKraken more and more, I discovered that it’s more than a GUI; it’s a fully fledged tool that provides a way to increase efficiency through intuitive design and seamless integrations. It’s designed in such a way that helps the user to make sense of Git and enables a fluid workflow.
GitKraken’s Undo/Redo gives you more control over advanced Git actions, making them more secure while giving you peace of mind.🧘♂️
你应该使用哪个 GitLab GUI？|免费下载 GitKraken
这篇文章是一位客座作者写的。
gitkrak GUI+gitlab =超棒的工作流程
GitKraken 让我的开发生活变得简单了吗？
我作为一名年轻的枪械技师在 Pipefy 工作已经 6 个月了。在这几个月里，我学到了很多东西，并使用了各种工具来简化我的工作。
在这篇文章中，我将谈论我如何使用 GitLab 上运行的 GitKraken Git，因为这两个工具有着惊人的集成。这样你就可以像我一样加快工作流程。🏎💭
有了 GitKraken，你可以:处理 GitLab 拉取请求，执行代码审查，执行 Git rebase ， Git cherry pick ，以及其他一些很酷的东西，只需点击几下，不需要浏览器。快如闪电和简单易行——我相信这两样东西我们都很重视。
感谢 GitKraken 提供的 GitLab 集成，你可以在眨眼之间与你的团队成员分享你所有的精彩代码。你想知道怎么做吗？
GitKraken 是一个用于 Git 的跨平台 GUI，它简化并优化了 Git 过程，尤其是当我需要使用除我信任的 Ubuntu 笔记本电脑之外的其他机器时。
GitKraken Git GUI 与 GitLab 配合得非常好，Git lab 是一种基于 Git 的协作软件开发和版本控制 web 服务。在我的例子中，我们使用 Pipefy 的 GitLab 自托管集成。
GitKraken 的 GitLab 集成使认证过程变得简单而安全，因此您可以直接在您的远程设备上工作，即使您是 Git 的新手。
拖放到 Git 合并
我最喜欢 GitLab 的 GitKraken Git GUI 的一个特性是进行 Git 合并时的交互性。只要将你的分支拖放到你想要合并的分支上。很简单，对吧？
我最喜欢 GitLab 的 GitKraken Git GUI 的一个特性是进行 Git 合并时的交互性。只要将你的分支拖放到你想要合并的分支上。很简单，对吧？
在 GitKraken 中执行合并时，您可以很容易地在一堆选项中进行选择。让我们回顾一下我最常用(也最喜欢)的一些 GitLab GUI 特性:
在 GitKraken 中执行合并时，您可以很容易地在一堆选项中进行选择。让我们回顾一下我最常用(也最喜欢)的一些 GitLab GUI 特性:
快速解释您的 GitLab 拉取请求
快速解释您的 GitLab 拉取请求
“Push my/awesome/branch and start a new pull request to origin/main”
“Push my/awesome/branch and start a new pull request to origin/main”
从 GitKraken Git GUI 创建 GitLab pull 请求的功能是超级不可思议的。我可以直接在 GitKraken 上向我的 Git pull 请求添加标题、描述、受托人等等，而不需要浏览器。
此外，我们还可以通过单击鼠标来可视化我们在 GitLab 上的 Git pull 请求模板上编写的内容，正如您在这个示例中看到的。
此外，我们还可以通过单击鼠标来可视化我们在 GitLab 上的 Git pull 请求模板上编写的内容，正如您在这个示例中看到的。
您还可以看到 GitLab 中反映的变化:
不痛不痒
“Rebase /awesome/branch onto origin/main.”
当在 GitKraken Git GUI 中选择 Git rebase 选项时，您可以轻松地并排查看文件差异，并选择保留哪些更改和放弃哪些更改。
我发现这比使用 Nano 更简单快捷，Nano 是我 Ubuntu 设置中的默认文本编辑器。当我在终端中工作时，有时我想保留来自源和本地分支的更改，而其他时候，我只想保留来自一个分支的更改。在 GitKraken 中，我可以简单地选中一些复选框并继续！
“Rebase /awesome/branch onto origin/main.”
“在做了一次基础调整后，我不得不修复一个冲突，但是命令行给我呈现了令人困惑的交织在一起的 10 段代码。@GitKraken 只给了我两大块就解决了问题。我只需要检查两边就可以了。谢谢大家！”–@ royce _ tech
我发现这比使用 Nano 更简单快捷，Nano 是我 Ubuntu 设置中的默认文本编辑器。当我在终端中工作时，有时我想保留来自源和本地分支的更改，而其他时候，我只想保留来自一个分支的更改。在 GitKraken 中，我可以简单地选中一些复选框并继续！
一键签出 Git 分支
GitLab 的 GitKraken Git GU 中我喜欢的另一个很酷的功能是从团队中查找最近的合并请求，或者只是从搜索栏中查找特定的 PR。GitKraken 的搜索速度和 Sonic 一样快！🦔
当您想在 GitLab 中查看一个 pull 请求或者在您的本地机器上检查它们时，这可能特别有用。不管你是像我一样使用 Mac、Windows 还是 Ubuntu Linux，你都可以查看你的 GitLab pull 请求，而不用在浏览器上寻找它们！
查看 Git 差异
在发送 Git 合并请求之前，另一件重要的事情是查看我们的更改。幸运的是，我们可以非常快地做到这一点，因为 GitLab 的 GitKraken Git GUI 将突出显示我们的更改，因此您可以很容易地看到文件的“之前”和“之后”😃！
这些差异可以显示在同一行中(如下图所示)，也可以并排显示。选一个你最喜欢的！
GitKraken 去 GitLab 的 GUI
这些功能可能看起来很简单，但在日常生活中，它们帮助我改善了我的工作流程，对此我非常感激。这样我就可以专注于为 Pipefy 带来令人惊叹的功能。
我知道你也想改进你的工作流程！所以试试 GitLab 的 GitKraken Git GUI 。它易于使用，但功能不减；相反，它强大得不可思议！💪
综上所述，我最看重 GitKraken 的东西是:
在发送 Git 合并请求之前，另一件重要的事情是查看我们的更改。幸运的是，我们可以非常快地做到这一点，因为 GitLab 的 GitKraken Git GUI 将突出显示我们的更改，因此您可以很容易地看到文件的“之前”和“之后”😃！
从我的经验来看，我可以说现在我只需点击几下鼠标，就可以从一个工具中完成 GitLab 拉取请求、合并请求审查、Git rebase、Git cherry pick 和其他事情。
在 GitLab 中使用 GitKraken GUI 的方法上，您是否有所启发？你现在可以开始使用 GitKraken 了！免费的！它兼容所有平台(Windows、Linux、MacOS)，你可以在这里下载 GitKraken。
Git 可能很复杂，尤其是当你试图记忆命令的时候。如果你是 Git 新手，GitKraken 会加快学习过程，这样你就可以专注于代码。
这些功能可能看起来很简单，但在日常生活中，它们帮助我改善了我的工作流程，对此我非常感激。这样我就可以专注于为 Pipefy 带来令人惊叹的功能。
我知道你也想改进你的工作流程！所以试试 GitLab 的 GitKraken Git GUI 。它易于使用，但功能不减；相反，它强大得不可思议！💪
综上所述，我最看重 GitKraken 的东西是:
从我的经验来看，我可以说现在我只需点击几下鼠标，就可以从一个工具中完成 GitLab 拉取请求、合并请求审查、Git rebase、Git cherry pick 和其他事情。
在 GitLab 中使用 GitKraken GUI 的方法上，您是否有所启发？你现在可以开始使用 GitKraken 了！免费的！它兼容所有平台(Windows、Linux、MacOS)，你可以在这里下载 GitKraken。
Git 可能很复杂，尤其是当你试图记忆命令的时候。如果你是 Git 新手，GitKraken 会加快学习过程，这样你就可以专注于代码。
GitLens 12.1 -丰富的 GitLab 集成和改进的自动链接
我们很自豪地向全世界介绍 GitLens 的最新版本。我们增加了更丰富的 GitLab 集成、Gerrit 支持、在创建交互式 rebase 时重新排序提交的能力等等。我们迫不及待地想让您了解 GitLens 12.1 的所有新功能！
更丰富的 GitLab 集成
利用g itLab.com管理回购协议的用户现在将体验到与 GitLens 更强大的集成，比以往任何时候都更容易在 VS 代码中释放 Git 的全部力量。
GitLens 现在可以自动将合并请求与 GitLens 所熟知的行注释关联起来。合并请求也会出现在 hovers 中，它提供了关于提交、合并请求以及任何相关问题的更多信息。合并请求也会显示在状态栏中。GitLab 用户会很高兴看到他们的 GitLab 头像与注释和悬停相关联。GitLens 视图现在将显示分支和提交的相关合并请求，以及 GitLab 问题的丰富自动链接，包括标题、状态和作者信息。
https://www.youtube.com/embed/59Gwvj8somU?feature=oembed
视频
https://www.youtube.com/embed/59Gwvj8somU?feature=oembed
视频
GitLens+支持 GitLab 自管理
如果您的组织正在使用 GitLab 自我管理回购，您现在将能够通过付费 GitLens+ plan 在 VS 代码中释放 Git 的全部潜力。GitLab 自管理存储库托管支持许多具有特定安全和 IT 管理需求的企业。我们很高兴能够帮助管理这些回购更加容易。
如果您的组织正在使用 GitLab 自我管理回购，您现在将能够通过付费 GitLens+ plan 在 VS 代码中释放 Git 的全部潜力。GitLab 自管理存储库托管支持许多具有特定安全和 IT 管理需求的企业。我们很高兴能够帮助管理这些回购更加容易。
解锁付费 GitLens+计划的所有优势，包括丰富的 GitLab 自我管理集成。
解锁付费 GitLens+计划的所有优势，包括丰富的 GitLab 自我管理集成。
添加和更新内脏设置中的自动链接
将 GitLens 与 GitHub 和 GitLab 等服务集成的用户喜欢 GitLens 自动链接到问题，并在提交比较中引用请求。现在，吉拉问题或 Zendesk 门票的粉丝可以通过在 GitLens 设置中定义自己的外部参考来获得自动链接的功能。
现在你可以在 GitLens 设置里面找到Autolinks部分。达到这个设置的最快方法之一是打开命令面板， ⇧⌘P 并输入GitLens: Configure Autolinks。这将打开 GitLens 设置的Autolinks部分，在这里你可以确定你将在提交消息中使用的外部引用，GitLens 会将这些引用转换成可点击的链接。
将 GitLens 与 GitHub 和 GitLab 等服务集成的用户喜欢 GitLens 自动链接到问题，并在提交比较中引用请求。现在，吉拉问题或 Zendesk 门票的粉丝可以通过在 GitLens 设置中定义自己的外部参考来获得自动链接的功能。
现在你可以在 GitLens 设置里面找到Autolinks部分。达到这个设置的最快方法之一是打开命令面板， ⇧⌘P 并输入GitLens: Configure Autolinks。这将打开 GitLens 设置的Autolinks部分，在这里你可以确定你将在提交消息中使用的外部引用，GitLens 会将这些引用转换成可点击的链接。
https://www.youtube.com/embed/9sjQDYIBxYk?feature=oembed
视频
重新排序交互式 rebase
GitLens 使得处理 Git rebase 变得非常简单，这是更复杂但极其有用的 Git 特性之一。GitLens 交互式 rebase 编辑器可以帮助你轻松清理你的代码历史。
一些用户更喜欢认为他们的提交图的顺序是升序，而一些人认为提交越多，提交图的顺序就越低。我们认为两者都是正确的。GitLens 现在允许用户在交互式 rebase 编辑器中切换显示提交的顺序。
重新排序交互式 rebase
https://www.youtube.com/embed/s6plz4UX_BM?feature=oembed
视频
改进的注释
文件热图
GitLens 现在比以往任何时候都更容易在使用文件热图注释时快速区分旧代码和最近添加的代码行。GitLens 将在编辑器中突出显示较新的代码行，以便更容易识别最近发生了什么变化。此外，较老的代码行将被淡出，但仍然可见，从而清楚地表明哪些代码已经存在了一段时间！
文件更改
能够快速识别文件中的更改非常重要。无论是为了确定您尚未修改的文件在最后一次提交时发生了什么变化，还是为了查看已经发生了变化但尚未提交的文件，GitLens 文件更改注释已经涵盖了所有内容。现在，比以往任何时候都更容易快速找到添加或更改的确切行。从“文件注释”菜单中选择“文件更改”,现在将在编辑器中突出显示相关的代码更改，帮助您更快地完成工作！
普通 Gerrit 支持
Gerrit 是目前最流行的基于 Git 的开源代码评审工具之一。为世界上最流行的 VS 代码 Git 扩展添加 Gerrit 支持是非常有意义的！新的集成一定会让所有 Gerrit 和 GitLens 用户疯狂地进行代码审查！
每天都有更好的协作
GitLens 致力于让你在 VS 代码中的工作更容易释放 Git 的力量。随着 rush GitLab 支持和 vanilla Gerrit 集成的加入，我们比以往任何时候都更容易连接到您的首选工具链。没有出色的 GitLens 社区的反馈，我们无法做出这些改进。如果您对我们如何使 GitLens 变得更好有任何建议或想法，我们邀请您在 GitLens GitHub repo 上发表您的意见。
我们期待着帮助更多的 VS 代码用户利用世界上最受欢迎的版本控制系统！
能够快速识别文件中的更改非常重要。无论是为了确定您尚未修改的文件在最后一次提交时发生了什么变化，还是为了查看已经发生了变化但尚未提交的文件，GitLens 文件更改注释已经涵盖了所有内容。现在，比以往任何时候都更容易快速找到添加或更改的确切行。从“文件注释”菜单中选择“文件更改”,现在将在编辑器中突出显示相关的代码更改，帮助您更快地完成工作！
使用免费的 GitLens+帐户从 Git 中获得更多。利用工作树和可视化文件历史记录等附加功能，更多功能即将推出。
普通 Gerrit 支持
Gerrit 是目前最流行的基于 Git 的开源代码评审工具之一。为世界上最流行的 VS 代码 Git 扩展添加 Gerrit 支持是非常有意义的！新的集成一定会让所有 Gerrit 和 GitLens 用户疯狂地进行代码审查！
每天都有更好的协作
GitLens 致力于让你在 VS 代码中的工作更容易释放 Git 的力量。随着 rush GitLab 支持和 vanilla Gerrit 集成的加入，我们比以往任何时候都更容易连接到您的首选工具链。没有出色的 GitLens 社区的反馈，我们无法做出这些改进。如果您对我们如何使 GitLens 变得更好有任何建议或想法，我们邀请您在 GitLens GitHub repo 上发表您的意见。
我们期待着帮助更多的 VS 代码用户利用世界上最受欢迎的版本控制系统！
We are looking forward to helping even more VS Code users leverage the world’s favorite version control system!
使用免费的 GitLens+帐户从 Git 中获得更多。利用工作树和可视化文件历史记录等附加功能，更多功能即将推出。
Get more out of Git with a free GitLens+ account. Leverage additional features like Worktrees and Visual File History, with more coming soon.
Sign up for GitLens+ for free!
GitKraken 宣布 GitLens 12 - VS 网络支持代码
原文：https://www.gitkraken.com/press/gitlens-12-vs-code-for-the-web-support
亚利桑那州斯科茨代尔，2022 年 2 月 28 日——全球领先的 Git 工具Git lens 12 宣布推出，包括支持 Web 和 github.dev 的 Visual Studio 代码。此外，GitLens+有史以来第一个功能，如工作树和可视文件历史，可通过 GitLens+、Pro 和企业计划获得。
“将 GitLens 的强大功能带到网络上是一个不可思议的里程碑，为开发者带来了引人注目的新机遇。GitLens 创始人兼 git kraken CTO/CPO Eric Amodio 表示:“现在，每个人都可以直接从浏览器访问 GitLens 丰富的见解，更好地了解事情发生变化的原因、时间和人员。”我们还为 GitLens 用户添加了几个强大的新功能，如 Worktrees，使开发人员能够无缝地在任务之间周旋，而不必隐藏或切换分支，以及可视化文件历史，以提供更多关于文件如何随时间演变的见解。"
GitLens 12 是最流行的 VS 代码扩展之一，为Visual Studio Web 代码 提供支持，让用户能够在桌面或平板电脑上的 Web 浏览器中编辑 VS 代码中的 GitHub 库，无需安装。现在，开发人员可以在 vscode.dev 和 github.dev 上享受他们在 VS Code desktop 中喜欢使用的许多 GitLens 功能
微软首席产品经理克里斯·迪亚斯(Chris Dias)说:“自从把 Visual Studio 代码带回网络以来，我们一直在努力想象如何扩展基于浏览器的编码环境。“从扩展的角度来看，我们看到的势头确实令人兴奋，我们非常高兴 GitLens 成为早期采用者。我们希望 Eric 和 GitKraken 团队所做的工作将激励其他人重新思考如何以及在哪里可以使用他们的工具，我们期待在 3 月 3 日的 VS Code Day 上听到更多关于 Eric 作为主题演讲人的旅程的信息。”
此版本还引入了升级的 GitLens 计划。GitLens+是一个免费计划，提供对公共存储库的高级功能的访问。GitLens+ Pro 是一个付费订阅，提供对私有和公共存储库的高级功能的访问，以及优先支持和更多好处。
GitLens+和付费用户可以访问工作树和可视文件历史等附加功能。Worktrees 使得在同一个 repo 上一次签出多个分支成为可能，而可视化文件历史可以可视化文件随时间的变化。
GitKraken 首席执行官 Matt Johnston 表示:“今天的发布是一个伟大的里程碑——对于 GitLens 用户、产品和我们公司而言。“对于所有 GitLens 用户来说，这不仅是一个重大版本，也是创建 GitLens+功能和企业集成的第一步，这将在未来带来更强大的 GitLens。”
在将 GitLens 引入 GitKraken 工具组合后，GitLens 的开发速度加快了，来自流行的 GitKraken 桌面 Git 客户端的功能正在进入 GitLens。很快，GitLens+和 GitLens+ Pro 将为用户提供对 VS 代码中 GitKraken 提交图等功能的访问，以便为 Git 存储库提供更多可视化上下文，以及对 GitHub Enterprise 的支持。
关于 GitKraken: GitKraken 提供了一套顶级的 Git 工具，帮助数百万开发人员每天都有更高的工作效率——世界各地的团队也能更紧密地合作。我们的产品为开发人员服务，无论他们在哪里，无论他们在哪里编码，无论是在他们的 IDE 中，在他们的桌面上还是在他们的问题跟踪系统中。来自全球 100，000 家公司的 1000 多万开发人员依靠 GitKraken 的工具让 Git 为他们工作。更多信息请点击 www.gitkraken.com。
GitLens 12 -支持 Web/Online 的 Visual Studio 代码
GitLens 用户欢欣鼓舞！此版本引入了令人兴奋的更新，包括对 VS 代码在线中基于浏览器的编辑体验的预览支持，传奇的新 GitLens+功能，如工作树和可视化文件历史，等等！请继续阅读，了解 GitLens 12 的新功能。
VS Web 代码–预览支持
用户现在能够在 Web 的 Visual Studio 代码中利用 GitLens，它提供了在线 VS 代码的文本编辑体验，直接在浏览器中，无需安装。现在，任何人都可以通过 vscode.dev 或 github.dev 使用 GitHub repos 来访问 GitLens 的功能。对于 vscode.dev 和 GitLens 用户来说，这是一个巨大的进步，我们非常自豪能够成为 vscode 发展的这个大胆的、具有前瞻性的阶段的一部分。GitLens 利用 GitHub 存储库对 Web 提供的代码的支持，授予用户访问 Git 功能的权限。
这个特性是关于将 GitLens 的力量带到网络上，扩展了人们喜爱的特性，如内嵌责备、责备注释、热图和历史导航。即使您没有本地克隆的 repo，您也可以很容易地看到比较以前版本的热图视图，或者看到并排的文件责任视图，以了解单行提交历史的底部。GitLens 12 在查看或编辑 GitHub repos 时会覆盖 github.dev 和 vscode.dev。
用于 Web 的 Visual Studio 代码
2021 年 10 月，Visual Studio 代码团队宣布他们将把 VS 代码带到浏览器中。这是一个完全的浏览器内代码编辑体验，让 VS 代码用户利用他们最喜欢的 IDE，即使远离他们的本地机器。这个项目向 VS Code 的目标迈出了重要的一步，即提供一个“短暂的编辑器，任何人只要有浏览器和互联网连接就可以使用它。”
在 vscode.dev 或 github.dev 中添加 GitLens，就像在桌面上添加到 VS 代码一样简单。只需打开扩展菜单，寻找 GitKraken 的 GitLens。
GitLens+功能介绍
从今天开始，GitLens 用户可以享受新的 GitLens+功能，这将进一步增强您的 Git 体验。你所要做的就是创建一个免费账户，就可以在公共回购上使用这些功能！
GitLens+功能介绍
目前的 GitLens 用户应该注意:所有核心功能将继续免费，无需帐户，因此您不会失去对任何您了解和喜爱的 GitLens 功能的访问。GitLens+功能完全是附加的，提供了更丰富、更强大的体验。
可视文件历史
跟踪您的每个存储库的历史可能是一个挑战，尤其是当项目从几天延续到几周甚至几年的时候。拥有可视化项目历史的能力使得处理代码库如何发展变得更加容易，这反过来帮助开发人员做出更明智的决策。
目前的 GitLens 用户应该注意:所有核心功能将继续免费，无需帐户，因此您不会失去对任何您了解和喜爱的 GitLens 功能的访问。GitLens+功能完全是附加的，提供了更丰富、更强大的体验。
Current GitLens users should note: all core features will continue to be free without an account, so you won’t lose access to any of the GitLens features you know and love. GitLens+ features are purely additive and provide a richer, more powerful experience.
GitLens+用户现在可以访问可视化的文件历史视图，这使您可以快速查看文件的演变，包括更改的时间、大小以及由谁进行的更改。您可以从编辑器区域下方的面板或通过命令选项板来访问此视图。
对文件做出更改的作者在左侧的 y 轴上示出，沿着 x 轴创建了他们的提交随时间的轨迹。提交被标为彩色气泡，用颜色区分作者。气泡的大小代表了变化的相对大小。
此外，每个提交的添加和删除被可视化为颜色编码的堆叠竖条。这些条形的高度代表受影响的行数，显示在右侧的 y 轴上。添加的行显示为绿色，删除的行显示为红色。
工作树
如果你曾经在工作中遇到一个地方，并且想“一次检查多个分支会很棒”，那么我们有一些非常令人兴奋的消息要告诉你！GitLens 正在将 Git Worktrees 的强大功能带给每个人。
对文件做出更改的作者在左侧的 y 轴上示出，沿着 x 轴创建了他们的提交随时间的轨迹。提交被标为彩色气泡，用颜色区分作者。气泡的大小代表了变化的相对大小。
此外，每个提交的添加和删除被可视化为颜色编码的堆叠竖条。这些条形的高度代表受影响的行数，显示在右侧的 y 轴上。添加的行显示为绿色，删除的行显示为红色。
在单个存储库中同时检出多个分支的能力使得人们更容易开发或测试多个分支，从而最大限度地减少了在分支之间切换的开销。GitLens 的这个特性使得创建和管理工作树更加容易，因为它们在 VS 代码的源代码控制面板中是可视化的。
走吧+
创建一个 GitLens+帐户可以解锁强大的附加功能，如工作树和可视文件历史记录，更多功能即将推出！创建您的帐户是完全免费的，这使您能够在 GitLens+ Pro 的 7 天自动试用期间，无限期地使用公共回购和私人回购的 GitLens+功能。试用 GitLens+ Pro 后，您可以升级到付费计划，或通过公共回购继续使用 GitLens+功能。
这些新功能的引入对 GitLens 12 发布之前的 GitLens 功能没有影响。您不会失去对您熟悉和喜爱的任何功能的访问。创建一个帐户只是让你获得新的、额外的特性，这将使你在 VS 代码中从 Git 中获得更多！
GitLens+ Pro 和企业版
GitLens+ Pro 非常适合需要访问所有 GitLens+功能以获得私有存储库和升级的专业支持的用户。
GitLens+ Enterprise 提供 GitLens+ Pro 的所有优势，但专为需要专业入职和培训机会的大型团队而设计。此外，面向大型团队的更多高级特性，如 SSO 支持，即将推出。
随着新的 GitLens+功能在未来的推出，如添加传说中的 GitKraken commit graph 和 GitHub Enterprise 支持，GitLens+ Pro 和企业用户将是第一批！
走吧+
创建一个 GitLens+帐户可以解锁强大的附加功能，如工作树和可视文件历史记录，更多功能即将推出！创建您的帐户是完全免费的，这使您能够在 GitLens+ Pro 的 7 天自动试用期间，无限期地使用公共回购和私人回购的 GitLens+功能。试用 GitLens+ Pro 后，您可以升级到付费计划，或通过公共回购继续使用 GitLens+功能。
特别限时优惠:升级到 GitLens+ Pro，每月仅需 1 美元！
特别限时优惠:升级到 GitLens+ Pro，每月仅需 1 美元！
自动链接的问题和拉式请求
很难跟踪哪些提交与特定问题相关，或者哪些拉请求合并了代码更改。现在，当使用 GitLens 的 Search & Compare 特性比较一系列提交时，您可以看到任何 GitHub 问题以及与这些更改相关的 pull 请求。例如:您现在可以很容易地从一个视图中看到一个版本中修复的所有问题。
比较修订和库存
比较修订是 GitLens 给你的众多超能力之一。GitLens 现在可以在比较版本时轻松选择相关的隐藏内容。只需使用Open Changes with Revisions…或Open File at Revision命令，除了分支、标记和提交之外，您还会看到一个Choose a Stash…选项。
比较修订是 GitLens 给你的众多超能力之一。GitLens 现在可以在比较版本时轻松选择相关的隐藏内容。只需使用Open Changes with Revisions…或Open File at Revision命令，除了分支、标记和提交之外，您还会看到一个Choose a Stash…选项。
gittens 演练入门
有很多强大的功能和方式可以配置 GitLens。为了指导新用户和现有用户完成配置过程，我们添加了一个新的Get Started with GitLens演练。体验旨在指导您的每一步，从初始设置到像专家一样快速使用 GitLens+功能。
该演练快速涵盖了设置和自定义 GitLens，以及如何使用各种功能，如当前行责备和 Git authorship CodeLens。它还向您展示了如何利用 Git 命令面板、使用可视化交互式 rebase 等等。
您可以通过打开 VS 代码命令面板⇧⌘P并键入GitLens: Get Started来随时访问本演练。
连接到更好的体验
这只是 GitLens 如何继续增强的开始。许多其他 GitLens+功能即将推出，包括可视化提交图和更丰富的集成。立即注册，获得这些令人难以置信的 GitLens+功能，并与致力于为您带来更多功能的团队保持联系！
比较修订和库存
gittens 演练入门
有很多强大的功能和方式可以配置 GitLens。为了指导新用户和现有用户完成配置过程，我们添加了一个新的Get Started with GitLens演练。体验旨在指导您的每一步，从初始设置到像专家一样快速使用 GitLens+功能。
该演练快速涵盖了设置和自定义 GitLens，以及如何使用各种功能，如当前行责备和 Git authorship CodeLens。它还向您展示了如何利用 Git 命令面板、使用可视化交互式 rebase 等等。
您可以通过打开 VS 代码命令面板⇧⌘P并键入GitLens: Get Started来随时访问本演练。
连接到更好的体验
这只是 GitLens 如何继续增强的开始。许多其他 GitLens+功能即将推出，包括可视化提交图和更丰富的集成。立即注册，获得这些令人难以置信的 GitLens+功能，并与致力于为您带来更多功能的团队保持联系！
This is just the beginning of how GitLens will continue to be enhanced. Many additional GitLens+ features are coming soon, including a visual commit graph and richer integrations. Sign up now to get access to these incredible GitLens+ features and to stay connected with the team working to bring you even more functionality!
GitLens 13 - GitLens+面向本地和公共媒体的所有功能
GitLens+现在比以往任何时候都好。
当我们在 2022 年初首次发布 GitLens+时，需要一个免费帐户来访问视觉文件历史和工作树等功能。因为，我们认为这一额外的步骤阻碍了我们的用户探索和使用这些丰富的新功能。
这就是为什么有了 GitLens 13，我们非常兴奋地将 GitLens+功能的强大，包括漂亮的新提交图，带给本地和公共 repos 上的所有用户。不需要账户。升级到 GitLens Pro 后，您可以访问私人回购网站上的 GitLens+功能。
现在，更多用户可以使用 GitLens+功能，通过额外的可视化和协作功能来增强他们的 GitLens 体验。以下是 GitLens+的功能，您现在可以通过本地或公共回购获得:
- GitKraken 提交图–在功能强大的新提交图上轻松可视化并跟踪所有正在进行的工作
- 工作树–通过最小化分支之间的上下文切换来帮助您进行多任务处理，允许您轻松地同时处理存储库的不同分支
- 可视化文件历史记录–需要快速找到对文件影响最大的更改是何时进行的，或者谁可能是讨论更改的最佳人选，使用可视化文件历史记录可以一目了然
提交图表–现在不在预览范围内！
接下来，我们很高兴地宣布 GitKraken 提交图不再是预览版了，而且速度更快，功能更强大！
这意味着您现在可以直接与提交图进行交互，并采取如下操作:
- 通过右键单击上下文菜单与分支、提交、标签等进行交互
- 双击分支以签出分支
- 按消息、作者、SHA、文件和更改搜索提交
- 查看分支上的关联拉请求
丰富提交搜索
借助强大的新提交图中丰富的搜索功能，准确找到您想要的内容。
无论是搜索特定的提交、消息、作者、一个或多个已更改的文件，甚至是特定的代码更改，提交图都会突出显示整个存储库中的匹配结果。此外，您可以快速跳转到最后一个结果，以便于查看文件或更改何时被引入到代码库中。
完整的上下文菜单支持
与您的分支、提交等进行交互！现在，当右键单击提交图中的任何分支、标记、提交或作者时，都可以使用上下文菜单。您甚至可以与 author、date 或 SHA 列的 Commit Graph 列标题进行交互。如此强大的力量！
与您的分支、提交等进行交互！现在，当右键单击提交图中的任何分支、标记、提交或作者时，都可以使用上下文菜单。您甚至可以与 author、date 或 SHA 列的 Commit Graph 列标题进行交互。如此强大的力量！
新的上下文菜单操作包括:
切换到分支
还原提交
切换到提交
- 创建分支
- 合并
- 重定…的基准
- 创建工作树
- 创建拉式请求
- 关于 GitLens 13 所有变化的完整列表，请查看我们的 GitLens 发布说明。
- GitLens Pro 用于私人回购
- 想升级吗？当您开始 7 天免费试用时，GitLens+功能可用于私人回购，之后您可以升级到 GitLens Pro 以继续使用它们。
要开始免费试用，安装 GitLens ，然后在 VS 代码中打开一个文件夹或工作区，点击侧边栏> Sign In中的 GitLens 图标。
关于 GitLens 13 所有变化的完整列表，请查看我们的 GitLens 发布说明。
您的免费试用将自动开始，您可以使用您的私人 repos 尝试 GitLens+的所有功能。
GitLens Pro 用于私人回购
想升级吗？当您开始 7 天免费试用时，GitLens+功能可用于私人回购，之后您可以升级到 GitLens Pro 以继续使用它们。
要开始免费试用，安装 GitLens ，然后在 VS 代码中打开一个文件夹或工作区，点击侧边栏> Sign In中的 GitLens 图标。
您的免费试用将自动开始，您可以使用您的私人 repos 尝试 GitLens+的所有功能。
2022 年的 GitLens:更多功能、更快速度、更强大
新年快乐 GitLens 在 2022 年度过了忙碌而富有成效的一年，发布了两个主要版本，增加了几个全新的功能。让我们回顾一下过去 12 个月的亮点。但是首先要做的是…
感谢所有 GitLens+采用者
在我们回顾 2022 年之前，我们想花点时间感谢所有 GitLens+的早期采用者，感谢你们的承诺和热情。我们非常感谢您的支持，让 GitLens 继续成为 VS 代码市场上最好、发展最快的 Git 扩展。
随着 GitLens+和 GitLens for VS Code for the Web 的发布，2022 年对 GitLens 来说是辉煌的一年。我们刚刚跨越了另一个重要的里程碑—2000 万次安装！这证明了 GitLens 社区的力量，我们感谢你们所有人成为这一旅程的一部分。我们期待继续一起创造奇迹。接下来是 2022 年的集锦。
✨GitLens+特色发布会
然而，当我们在 10 月份发布 GitLens 13 时——推出了漂亮的新提交图——我们希望每个人都能从本地和公共存储库中强大的 GitLens+功能中受益，而不会有任何摩擦。因此，我们消除了自由账户的障碍。现在，访问 GitLens+功能的唯一要求是拥有一个用于私人存储库的 Pro 帐户。
我们使用 GitLens+功能的目的是创建一个可持续的模型，使我们能够继续大力投资 GitLens 的免费和开源核心，这些功能可以提高工作效率、安全性、易用性等，同时创建一组专门为专业开发人员和团队设计的附加但完全可选的功能。
为了帮助您识别 GitLens+功能，它们标有✨symbol.
✨Commit 图
在 GitLens 13 中，我们从 GitKraken 客户端重新构思了强大而美丽的提交图，并将其引入 GitLens，甚至在此过程中对其进行了改进！易于使用的提交图帮助您可视化并跟踪所有正在进行的工作。您还可以快速查看提交之间的关系，查看提交细节，并通过全功能上下文菜单与分支、提交、标记等进行交互。这可以帮助您和您的团队更好地理解存储库的历史，并使识别变更、恢复错误以及与他人协作变得更加容易。
我们还将 GitLens 强大的提交搜索功能引入到提交图中，使其更易于访问和可视化。使用丰富的提交搜索来准确找到您想要的内容。其强大的过滤器允许您通过特定的提交、消息、作者、一个或多个更改的文件，甚至特定的代码更改进行搜索。
作为 GitLens+的一个特性，提交图对所有在本地和公共托管的存储库上工作的 GitLens 用户都是免费的，而私有托管的存储库需要一个 Pro 帐户。
网络上的 GitLens
在 GitLens 12 中，我们为 Web 添加了对 VS 代码的支持，这是一种完整的浏览器内代码编辑体验。这是一个巨大的努力，因为 GitLens 是围绕访问 Git 而构建的，这在 web 上是不可能的。但是能够通过 vscode.dev 和 github.dev 将 GitLens 的强大功能带给每个人是非常值得的。
GitLens for VS Code for the Web 旨在将 GitLens 的强大功能带给每一个人，扩展人们喜爱的功能，如内嵌责备、责备注释、热图和历史导航。GitLens 13 也把新的提交图带到了网上！
要获得 Web 体验的 VS 代码，只需导航到 github.com 上的一个存储库，然后按下.，你就会直接跳转到它。一旦你进入 VS 代码，从扩展视图安装 GitLens，就像你在桌面上一样，GitLens 将从此可用。
现在在网络上，当你在 github.dev 和 vscode.dev 上查看或编辑 GitHub repos 时，GitLens 已经覆盖了你。
特色亮点
提交详细信息
GitLens 12.2 中发布的提交细节视图提供了关于提交和隐藏的丰富细节。快速查看有关提交的作者、提交 ID、相关问题和拉请求的链接、更改的文件等信息。
当取消锁定时，提交详细信息视图上下文跟随您在编辑器中导航文件，以及在✨提交图、提交视图、存储视图、交互式 Rebase 编辑器和✨可视文件历史中选择提交和存储。您还可以从悬停、上下文菜单和快速选择菜单的提交详细信息视图中打开提交或存储。
✨Visual 档案历史
GitLens 12 中添加的另一个新的丰富的可视化特性是可视化文件历史，它提供了对文件如何随时间变化的洞察。可视化的文件历史视图允许您快速查看文件的演变，包括更改的时间、更改的大小以及更改者。使用它可以快速查找对文件进行最有影响的更改的时间，或者关于文件更改的最佳讨论对象等。
✨Worktrees
GitLens 12 还增加了对 Git 工作树的支持，允许您同时检查多个分支。工作树通过最小化分支之间的上下文切换来帮助您进行多任务处理，允许您轻松地同时处理存储库的不同分支。当需要查看拉取请求时，避免中断正在进行的工作。只需创建一个新的工作树，并在新的 VS 代码窗口中打开它，这一切都不会影响您的其他工作。
集成
我们在 GitLens 12 中添加了一些有价值的新集成。
GitLens 12.2 中发布的提交细节视图提供了关于提交和隐藏的丰富细节。快速查看有关提交的作者、提交 ID、相关问题和拉请求的链接、更改的文件等信息。
✨GitHub 企业和 GitLab 自我管理集成
使用 Pro 帐户，GitHub Enterprise 和 GitLab 自管理用户可以看到提交作者的头像、自动链接问题和拉请求的丰富细节，以及与提交和分支相关的拉请求。
Gerrit 和 Google Source 集成
GitLens 社区成员(@felipecrs)和(@andrewsavage1)的贡献增加了对 Gerrit 和 Google Source 远程提供者的支持。
感谢 gittens 社区
特别感谢令人敬畏的 GitLens 社区和以下 GitLens 代码贡献者！
(@费利佩克斯)费利佩桑托斯
(“t0”@ mcy 村”t1)mcy 村
( @Brcrwilliams )布莱恩·威廉斯
(@巴尼卡罗尔)巴尼卡罗尔
( @rasa )罗斯·史密斯二世
( @smartinio ) Sam Martin
( @ amodudas
泰勒·詹姆斯·莱恩哈特
( @rzhao271 )雷蒙德·赵
( @andrewsavage1 )
( @ dimaulpov 德米特里·乌尔波夫
( @markjm )马克·莫里纳罗
(@ yr 胆小)德米特里·古罗维奇
( @alwinw ) Alwin 王
( @adaex ) Aex
(@ slavik-lvovskyslavik lvovsky
( @Git-Lior ) Lior Kletter
( @ tamuratak taki Tamura
展望未来
这是对我们在 2022 年发布的所有产品的快速回顾，但我们最兴奋的是我们在 2023 年及以后为您准备的所有产品。
我们正在开发并很快发布的首批产品之一是将 Workspaces 的强大功能引入 GitLens。有了工作区，您将能够轻松地关注对您来说重要的问题和拉动式请求。
我们喜欢听 GitLens 社区；考虑您与我们分享的建议和想法。我们还计划更深入地参与 GitLens 社区，因为我们更多地“开放设计”——发布想法和模拟以获得早期反馈。提交图是我们的第一个实验，我们发现您的反馈非常有价值。我们的团队期待继续讨论和改进 GitLens 的想法。
编码快乐！
要了解更多 2022 GitKraken 产品亮点，请阅读我们在 GitKraken 客户端和吉拉 Git 集成上的年度综述博文。
(@ dimaulpovDmitry ulpov
( @markjm )马克·莫里纳罗
(@ yr 胆小)德米特里·古罗维奇
( @alwinw ) Alwin 王
( @adaex ) Aex
(@ slavik-lvovskyslavik lvovsky
( @Git-Lior ) Lior Kletter
(@ tamurataktaki Tamura
展望未来
这是对我们在 2022 年发布的所有产品的快速回顾，但我们最兴奋的是我们在 2023 年及以后为您准备的所有产品。
我们正在开发并很快发布的首批产品之一是将 Workspaces 的强大功能引入 GitLens。有了工作区，您将能够轻松地关注对您来说重要的问题和拉动式请求。
我们喜欢听 GitLens 社区；考虑您与我们分享的建议和想法。我们还计划更深入地参与 GitLens 社区，因为我们更多地“开放设计”——发布想法和模拟以获得早期反馈。提交图是我们的第一个实验，我们发现您的反馈非常有价值。我们的团队期待继续讨论和改进 GitLens 的想法。
编码快乐！
要了解更多 2022 GitKraken 产品亮点，请阅读我们在 GitKraken 客户端和吉拉 Git 集成上的年度综述博文。
For more 2022 GitKraken product highlights, read our annual round-up blog posts on GitKraken Client and Git Integration for Jira.
如何在 VS 代码中使用 GitLens 的 5 个高级技巧
GitLens 是一个 Git 扩展，与 Visual Studio 代码无缝集成。事实上，有超过 1400 万的安装量，它是 VS 代码市场上最受欢迎的 Git 扩展之一。GitLens 之所以广受欢迎，是因为它能够解锁有价值的作者信息，帮助用户浏览项目的修订历史，等等。
即使你是 GitLens 的长期用户，你可能会发现本文中的提示将揭示你以前不知道的 GitLens 的功能。如果你是 GitLens 新手，不用担心！虽然这些都是高级技巧，但你可以在今天的工作流程中应用这些技巧。免费注册 git lens+,这样你就可以遵循本文中的提示。
https://www.youtube.com/embed/bOoLr3_8pco?feature=oembed
视频
在 VS 代码中释放 Git 的全部力量——注册 GitLens+以访问强大的功能，如工作树和可视化文件历史！
Sign up for GitLens+ for free!
变怪怪怪
GitLens 在每一行代码上公开注释，通过 hovers 提供更多信息。悬停可以显示详细的责备信息，如提交消息、作者信息、提交 ID 等等。所有这些信息都可以通过将光标悬停在代码的特定部分来访问。
要修改 GitLens 中的指责悬停行为，请在 VS 代码中通过键入cmd+shift+P打开命令面板，然后在命令面板中键入GitLens settings，并点击enter。
接下来，向下滚动到Hovers部分。您可以通过选择和取消选择紧靠Hovers标题左侧的复选框来打开或关闭整个功能。此外，您可以通过选择Hovers部分后面的复选框来定制您的悬停显示内容以及它们的行为方式。
要定制当鼠标悬停在一行文本而不仅仅是注释上时出现的光标，选择Show hovers for the current line下的下拉菜单并选择line & annotation。
现在，您可以将光标悬停在注释或一行代码的任何部分上，以访问 GitLens 悬停信息。
GitLens 设置:配置日期和时间格式
GitLens 允许您修改日期和时间设置，使您非常容易地本地化时间和显示您喜欢的格式。要调整 GitLens 的日期和时间设置，请在 VS 代码中打开命令面板，键入GitLens settings，然后点击enter。然后，导航到位于屏幕右侧的Jump to menu部分，并选择右下角附近的Dates & Times。
从这里开始，您可以使用各种格式选项。只需点击Allow relative date formatting复选框，就可以将日期格式化为相对时间，类似于:1 day ago，或者绝对时间，类似于:July 25th, 2018 7:18 PM。
您也可以在这里设置您的Date locale。您可以选择默认 VS 代码区域设置，或者手动设置您自己的区域设置。
GitLens 中默认的日期格式表示为MMMM Do, YYY h:hmma，看起来像是July 25th, 2018 7:18 PM。您可以通过点击Date format框并输入您想要的格式来轻松更新格式。例如，您可以选择这样反映日期:YYYY-MM-DD，如下所示:2018-07-25。
您可以按照如下所示的过程设置所需的日期格式，以自定义Short Date和Time格式。如果您后来发现自己进行了想要恢复或更改的更改，您可以随时返回 GitLens 设置并进行这些更新。
为任何 GitLens 命令添加按键绑定
您可以为任何可以从命令调板访问的 GitLens 命令添加按键绑定。键绑定或热键是一组执行特定操作的自定义键击。如果您发现自己一遍又一遍地在命令面板上寻找同一个命令，这个特性会非常有用。
要创建一个 keybinding，在 VS 代码中打开命令面板并输入>GitLens:。这将显示所有可用的 GitLens 命令列表。接下来，将鼠标悬停在要为其创建热键的命令上，并选择出现在右侧的齿轮图标。这将带您进入所选命令的设置。
在这里，选择屏幕顶部的Keybinding。将出现一个文本框，提示您创建自定义的组合键。输入与所选 GitLens 命令相关联的所需组合键，然后点击enter。现在，只要你输入你创建的组合键，GitLens 就会运行相关的命令。
按照这个过程为任何 GitLens 命令创建一个键绑定。但是，如果您试图为另一个 GitLens 或 VS Code 原生命令创建一个已经存在的 keybinding，您会得到一个警告消息，建议您创建一个新的、唯一的 keybinding。
定制 CodeLens
GitLens 利用了 CodeLens ，这是另一个暴露 VS 代码内部信息的工具。使用 GitLens，您可以定制 CodeLens 操作的行为方式。
要定制 GitLens 如何利用 CodeLens，请执行以下操作:打开 VS 代码命令面板，键入GitLens settings，然后点击enter。接下来，向下滚动到标题为Git CodeLens的部分。从这里，您可以完全控制 CodeLens，包括通过选择标题Git CodeLens左侧的复选框来打开和关闭整个功能，以及其他细粒度的控制。
当您打开和关闭 CodeLens 功能时，您会注意到中间的预览窗口显示了您的自定义如何影响 CodeLens 显示的信息。
有很多方法可以定制 CodeLens 以适应您的特定工作流，所以不要害怕探索这些选项并真正使它成为您自己的。
使用令牌定制 GitLens 注释
您可以完全控制 GitLens 公开注释的方式，并且可以使用一整套标记来完全个性化该信息在工具中的呈现方式。
要开始定制 GitLens 注释，打开 VS 代码命令面板，输入GitLens settings，点击enter。在 GitLens 设置的顶部，你会发现一个标题为Current Line Blame的部分。像我们讨论过的其他功能一样，您可以通过Current Line Blame标题左侧的复选框打开或关闭整个功能。
您会注意到在这一部分的底部，有一个定制 GitLens 注释格式的选项。默认的注释格式是${author,}${agoOrDate}${viapullRequest}${ • message|50?}`。但是，如果您单击注释格式框，将会显示几个可用的标记，允许您修改注释格式。
例如，您可以通过用|10替换|50来修改• message|50?}字段，使其只显示 10 个字符。您还可以对序列中某些 GitLens 责备注释出现的位置进行完全重新排序。默认情况下，GitLens 责备注释首先显示${author,}信息。但是，您可以将该字段移动到注释序列中的任何位置，只需简单地剪切和粘贴它以适应您想要的顺序。
此外，您可以自定义注释在当前行责备和状态栏责备中的显示方式。要访问状态栏责备，只需在 GitLens 设置中向下滚动到标题为Status Bar Blame的部分。您可以选择配置两个选项的设置，以提供相同的 GitLens 责备信息，或者您可以调整它们以显示稍微不同的信息。
定制 GitLens 以适应您独特的工作流程
这 5 个技巧只是 GitLens 可定制性的一瞥。这个工具不仅功能极其丰富，而且您还可以通过裁剪它来满足您的开发需求。如果你正在寻找更多的方法来释放 Git 在 VS 代码中的全部力量，并增强你的 GitLens 体验，请查看这些额外的 11 GitLens 技巧。
GitLens+特性减少了用 VS 代码完成复杂任务的时间。尝试可视化文件历史，以显示项目的贡献者和您的贡献的图形表示。
Sign up for GitLens+ for free!
GitLens 的现状和未来
GitLens 是 2016 年开发的一个轻量级扩展，它在 VS 代码中增强了 Git 的功能。如今，GitLens 已经有超过 1400 万的安装量，是 VS 代码市场上最受欢迎的 Git 扩展，也是使用最广泛的扩展之一。
【GitKraken 之前的 git lens
为了分享一些关于我为什么创建 GitLens 的信息，让我们从我作为一名初露头角的开发人员的早期开始。当我第一次发现 Microsoft Visual Basic 时，我就被迷住了。我可以想象一些东西，并很快将这一愿景变为现实。我的第一个应用是一个共享软件工具，用来显示 POP3 电子邮件账户的桌面通知。它在发布时变得如此流行，以至于我有效地对我的大学网络发起了 DDoS 攻击，导致了一天左右的中断。哎呀。从那以后，我就迷上了创建和构建工具来满足自己的渴望，使我管理的事情更好、更容易或更快。
快进许多年，我发现了另一个微软工具:VS Code，一个漂亮、快速、精简、实时的 IDE，我很快就爱上了它。一旦 VS 代码引入了可扩展性模型，我就立刻投入其中。我一直想用 TypeScript 做更多的事情，并决定尝试构建一个工具来帮助我和我的团队更高效地使用 Git。
在我的职业生涯中，通过深入研究代码库的历史，我总能从代码库中学到很多东西，尤其是当我试图修复 bug 或开发我还不理解的遗留代码时。我从来没有找到任何好的工具来使这个过程变得更容易和不那么痛苦。因此，我开始创建一个扩展，使 VS 代码能够快速洞察丰富的历史，并很容易回到过去，看看代码是如何演变的。
快进到今天: GitLens 已经成长为提供广泛的工具和可视化工具，以打开存储库中尚未开发的知识，帮助您更好地理解代码。更好的理解带来更高的生产力和更好的结果。
这些是 GitLens 的基本目标，实现这种魔力的核心功能不会消失，也不会停滞不前。我们也不会拿走任何东西或限制对任何现有 GitLens 功能的访问，也不会对它们收费。
为什么 GitLens 比 GitKraken 好
我于 2021 年秋天加入 GitKraken 团队，担任首席技术官，领导 GitLens 和 GitKraken 客户端的开发工作。我做出这一举动的主要动机是确保 GitLens 有一个光明的未来。GitLens 拥有比以往更多的开发人才和资金，允许我们为所有用户创造更好的功能和体验，包括没有账户的免费用户。
git lens+是什么？
和 GitLens 类似，GitLens+也是免费的；主要区别在于 GitLens+需要一个 GitKraken 帐户(也是免费的)来利用本地和公共存储库的附加 GitLens+特性。
我们使用 GitLens+的目的是创建一个可持续的模式，使我们能够继续大量投资于 GitLens 的免费和开源核心——实现更高的生产率、安全性、易用性等功能——同时还创建一组专门为团队设计的附加但完全可选的 GitLens+功能。
GitLens+的特性旨在改善协作和可视化，并且仍然完全免费，可用于本地和公共存储库。这些功能只有在与私人回购合作时才成为付费功能。
当前的 GitLens+特性包括可视化文件历史，允许你更好地处理你的代码库是如何发展的，以及允许你同时处理多个分支的工作树。
git lens 12 有什么新功能？
如果您在 2022 年 2 月之前是 GitLens 用户，您可能已经体验过您最喜欢的 VS 代码 Git 扩展的一些最新变化。
GitLens 12 版本带来了大量的产品改进和更新，绝大多数工作集中在 GitLens 内部的主要重构上，以支持虚拟存储库，通过 vscode.dev 和 github.dev 正式将 GitLens 带到 Web 上。
作为重构的一部分，我们专注于性能和效率，从 GitLens 启动体验到 Git 发现、repo 发现、Git 解析、错误生成等等。
此外，利用许多新的 VS 代码 API 特性，大量时间被投入到改进现有的 UX 和增强 GitLens 命令面板中的现有流程中。
最后，我们在比较中添加了自动链接问题和拉请求，并将修订与存储进行比较。
所有这些功能都是 100%免费的。不需要帐户。
git lens 还免费吗？
GitLens 仍然是完全免费的，并将继续永远免费。这包括不需要帐户的未来改进和更新。
如果你对 GitLens+特性不感兴趣，你可以用 GitLens 命令面板中的GitLens+: Hide GitLens+ Features命令隐藏它们。
GitKraken 认证扩展
让我们从好消息开始:这已经作为一个依赖项被完全移除了，不应该再引起混乱或烦恼。
首先简单解释一下为什么添加它:我们试图将身份验证从 GitLens 的核心中分离出来，遵循已经存在于 GitHub 和微软的 VS 代码中的相同的身份验证扩展模式。
创建单独的身份验证扩展的主要动机有三个:
- GitLens 向 VS 代码提供 GitKraken 身份验证，感觉很奇怪，因为 VS 代码身份验证系统是“全局”的。
- 我们认为，如果将来需要的话，允许其他扩展使用 GitKraken 身份验证可能是有价值的，而将 GitLens 作为依赖是没有意义的。
- 我们想避免用额外的代码使 GitLens 变得更大。
但是，由于这一添加在社区中引起了混乱和一些骚动，我们立即采取措施，以尽可能最小的破坏性方式将其删除。
git lens 的未来投资
GitLens 的未来如何？我们将继续投资，使 Git 的难以使用但功能强大的特性在 VS Code 中更易于访问，例如合并冲突解决和比较分支之间的差异，而用户目前只能在 GitLens 中以树视图的形式可视化这些功能。
我们计划为 GitLens 带来强大的可视化功能，如 GitKraken 客户端提交历史图表。该图将帮助 GitLens 用户验证最近在回购上的 Git 操作，并显示谁在何时进行了哪些代码更改。这也是加入 GitKraken 将有助于推动 GitLens 创新的另一个原因:GitKraken 团队在构建 GitKraken 客户端的 6 年多时间里积累了如此多的知识和经验，GitKraken 的人们真正了解 Git 工具。
随着 GitLens 现在成为 GitKraken 工具家族的一部分，我们将能够以前所未有的速度发展 GitLens。未来对 GitLens 的投资将惠及所有用户，无论是免费的还是付费的，无论你有没有账户。所以，请继续关注并继续使用 GitLens 来增强 VS 代码中的 Git！
GitLens+解锁额外的可视化和团队协作功能，而且是免费的！
11 个 GitLens 技巧|了解如何在 VS 代码中使用 GitLens
GitLens 是 VS 代码的头号 Git 扩展，帮助超过 1400 万开发人员在他们最喜欢的编辑器中释放 Git 的力量！以下是 11 条专家建议，告诉你如何充分利用 GitLens！
https://www.youtube.com/embed/9Gr-tp9ucOk?feature=oembed
视频
立即使用 VS 代码优化您的 Git 体验——安装 GitLens，享受更好的项目历史可视化和洞察力！
1.定制您的 GitLens 体验
GitLens 可定制性极强。虽然您可以定制许多 VS 代码扩展，但 GitLens 为您提供了非常细粒度的控制，以微调用户体验。
打开 GitLens 侧边栏菜单的首页部分，在Get Started下寻找Interactive settings editor，就可以打开交互设置编辑器。您也可以通过搜索GitLens: Open Settings从命令面板打开交互式设置编辑器。
这将打开一个新视图，让您通过单击复选框来打开或关闭所有功能。您还可以通过同一视图上的设置子菜单来更改几乎任何功能的行为。
2.GitLens 责备多处注释
GitLens 最出名的可能是通过突出显示逐行责备注释来暴露您的 Git 历史。但是您知道吗，将鼠标悬停在注释上可以提供一个更丰富的视图，其中包含可点击的链接，允许您与 Git 引用、 pull request 进行交互，或者发布并发现有关该提交的更多信息。我们鼓励您亲自尝试。
你还可以在窗口下方的 VS 代码状态栏看到 GitLens 的怪注释。将鼠标悬停在此部分还会显示更多信息和链接。
3.3 GitLens 文件注释
GitLens 为您提供了三种不同的方式来帮助您了解项目中任何文件的历史。在 VS 代码中打开任何文件时，您可以在右上角找到一个 GitLens 图标，它将允许您切换文件注释。点击该图标将显示三个不同的选项:
- 切换文件责备
- 切换文件热图
- 切换文件更改
文件错误显示最后修改文件每一行的提交者和作者。这使您可以快速了解文件是如何达到其当前状态的。
文件热图显示了相对于文件中的所有其他更改，行最近的更改情况。蓝色表示有一段时间没有变化，红色表示最近有变化。
文件更改突出显示任何本地的、未发布的更改或由最近提交更改的行。
文件更改突出显示任何本地的、未发布的更改或由最近提交更改的行。
4.按住 Alt 键并单击打开对任何先前修订的更改
GitLens 允许用户通过右上角的Open Changes with Revisions菜单选项快速比较版本。单击指向左侧的小箭头图标←将一次向后导航一个版本，向您显示该提交与当前版本之间的所有更改。
如果你想查看许多次提交前的修订，你可以一次后退一个修订，或者你可以通过“alt-click”跳回到任何修订。当你在 Mac 上按住alt键/ option键，然后点击向左的箭头，你会看到一个修改该文件的所有提交的列表。现在你可以简单地选择哪一个来比较你的作品。
5.重新排列侧边栏视图
VS 代码是一个非常可定制的应用程序，GitLens 建立在这种可定制性之上。如果你想改变 GitLens 侧边栏的顺序，你可以通过点击并拖动它到你想要的位置来移动它。
你甚至可以在其他侧边栏菜单之间拖动侧边栏项目。例如，如果你想获取 Stashes 侧边栏项目，并将其放入源代码控制侧边栏，你可以轻松地做到这一点。您甚至可以将项目拖放到主边栏菜单中，以便更快地访问您最常用的工具。
5.重新排列侧边栏视图
6.有许多键盘快捷键
GitLens 自带了很多开箱即用的键盘快捷键。一种发现可用快捷方式完整列表的简单方法是打开Interactive settings editor并找到Keyboard Shortcuts。如果你想节省一些滚动，在设置页面的右侧Jump To菜单中有一个快捷方式。
这一段 GitLens 设置会给你几个选项，并给你提供了在 VS 代码下搜索 GitLens 的选项“快捷方式”视图。搜索“GitLens”将会弹出许多现有的键盘快捷键，以及所有可以分配给快捷键的命令。没错，你可以为 GitLens 特性创建自己的键盘快捷键！
6.有许多键盘快捷键
7.持续搜索并在重新启动之间比较结果
您可以快速搜索和比较您的作品的任何先前版本与任何其他版本，包括您当前的标题。这和搜索提交散列一样简单，
Git 提交消息，作者，文件，具体变更，或者标签。这将显示修订前后的所有提交，让您更好地了解项目是如何随时间变化的。
如果你要经常搜索或比较某些修订，你可以点击搜索结果上的图钉图标，将结果保存在 GitLens 侧边栏菜单中。结果将保持不变，即使你重启 VS 代码(或者你的整个机器！).
您可以快速搜索和比较您的作品的任何先前版本与任何其他版本，包括您当前的标题。这和搜索提交散列一样简单，
8.GitLens 和 Git 命令的命令面板
GitLens 用户可能已经知道可以使用 VS 代码命令面板来快速访问任何 GitLens 特性。GitLens 还为常见的 Git 命令提供了命令调色板帮助！
用一个ctl / cmd+shift+P打开命令面板，输入GitLens: Git，VS 代码会提示 Git 命令，比如 Git branch ，reset，merge 和 Git rebase ，等等。选择其中一个自动完成选项将引导您完成完成 Git 操作所需的步骤。
GitLens 用户可能已经知道可以使用 VS 代码命令面板来快速访问任何 GitLens 特性。GitLens 还为常见的 Git 命令提供了命令调色板帮助！
9.GitLens 使集成的 VS 代码终端具有交互性
问任何一个开发人员他们为什么喜欢 VS 代码，许多人会告诉你他们喜欢布局和集成的终端。在您处理代码时，让终端在您的指尖是一个不可或缺的工具。
GitLens 使您对 VS 代码终端的体验更好，它将终端中显示的所有 Git refs 变成了可点击的链接，这些链接提供了一系列选项，用于如何与那个 Git commit 、branch 或 tag 进行交互！
10.自动链接的问题
使用 GitLens 中的搜索和比较功能时，通常可以在侧边栏菜单的底部找到，您会发现一个名为“自动链接的问题和拉式请求”的部分。这一部分揭示了所有的 GitHub pull 请求和与修订相关的问题，让您更好地了解不同版本之间解决了哪些功能和缺陷。
问任何一个开发人员他们为什么喜欢 VS 代码，许多人会告诉你他们喜欢布局和集成的终端。在您处理代码时，让终端在您的指尖是一个不可或缺的工具。
11.可视化文件历史显示了更改的范围
GitLens+ 用户可以访问可视化的文件历史，让你看到一个文件的演变。这显示了何时由谁进行了更改，还显示了这些更改的大小，较大的提交在网格视图中显示为较大的条目。
要访问该视图，要么打开集成终端面板，点击该视图顶部的GitLens，要么从命令面板中搜索:GitLens: Visual History Timeline。
使用 gittens 做更多事情
这些只是几个例子，展示了如何将 GitLens 用于 VS 代码，以及如何使用 Git 提高效率。随着您继续使用这个流行的 Git 扩展，您会发现有许多方法可以在 VS 代码中释放 Git 的真正力量。我们希望听到您如何在工作中使用 GitLens，并看到您最喜欢的提示和技巧。请在社交媒体上为我们呐喊，并提及 @GitLens 以及您的有用提示！
当然，如果你还没有使用 GitLens，那么在你的工作流程中利用这些令人敬畏的技巧的第一步就是为 VS 代码安装 GitLens。它是免费使用的你现在就可以开始使用！
11.可视化文件历史显示了更改的范围
GitLens+ 用户可以访问可视化的文件历史，让你看到一个文件的演变。这显示了何时由谁进行了更改，还显示了这些更改的大小，较大的提交在网格视图中显示为较大的条目。
要访问该视图，要么打开集成终端面板，点击该视图顶部的GitLens，要么从命令面板中搜索:GitLens: Visual History Timeline。
使用 gittens 做更多事情
这些只是几个例子，展示了如何将 GitLens 用于 VS 代码，以及如何使用 Git 提高效率。随着您继续使用这个流行的 Git 扩展，您会发现有许多方法可以在 VS 代码中释放 Git 的真正力量。我们希望听到您如何在工作中使用 GitLens，并看到您最喜欢的提示和技巧。请在社交媒体上为我们呐喊，并提及 @GitLens 以及您的有用提示！
当然，如果你还没有使用 GitLens，那么在你的工作流程中利用这些令人敬畏的技巧的第一步就是为 VS 代码安装 GitLens。它是免费使用的你现在就可以开始使用！
Do More with GitLens
These are just a few examples of how to use GitLens for VS Code and become more productive using Git. As you continue to use this popular Git extension, you will find there are numerous ways to unleash the true power of Git in VS Code. We would love to hear how you use GitLens in your work and see your favorite tips and tricks. Please give us a shout on social media and mention @GitLens with your helpful hints!
Of course, if you’re not already using GitLens, the first step to leveraging these awesome tips in your workflow is to install GitLens for VS Code. It’s free to use and you can get started right now!
Git | Axosoft 中重置基础的黄金法则
原文：https://www.gitkraken.com/blog/golden-rule-of-rebasing-in-git
使用 Git 时，重定基础是一个经常出现的话题。很多时候，重定基导致不得不进行强制推送，这使得一些人对重定基持谨慎态度。没必要担心！一旦你理解了为什么强制推进是必要的，以及如何负责任地调整基数，你会感觉更舒服。
那么，什么是重定基，在 Git 中如何重定基呢？重定基础就是简单地获取在其他地方进行的变更，将它们合并到您的分支中，然后在新的基础上重新执行您的所有变更。
重定基础的黄金法则是:“当你在公共部门工作时，千万不要重定基础。”
事实上，你在改变提交历史，医生告诉我们这会带来灾难性的后果。(尤其是碰到未来的自己。)
所以，让我们放点休易·路易斯，听听 repeat 上的爱情的力量，深入一个以回到未来为特色的例子。如果你甚至在考虑使用 CLI…我们要去的地方，我们不需要命令行！
时间线
我在 GitKraken 做了一个新的 repo，一个跨平台的 Git GUI ，特色是一些从回到未来的主要情节点。首先，马蒂被送回 1985 年。您将看到我创建了一个新的时间线分支，其中有几个提交，代表随后的事件。然后，我把时间线分支推上了 GitHub。
马蒂被送回过去，在那里他经历了一些起起落落。
马蒂被送回过去，在那里他经历了一些高潮和低谷。
这条时间线分支最终引导马蒂成功回到了未来，并以恶霸毕夫给马蒂爸爸的宝马打蜡而愉快地结束；另外马蒂有一辆全新的丰田 4×4。耶！每个人都喜欢幸福的结局！
然而，回到master，还有另一个变化，格雷斯运动年鉴被添加到图片中。(啊哦…毕夫要把世界变成一个非常丑陋的地方……)
如果我在master的顶部重设时间线，(通过拖动左边的timeline标签，在master标签的顶部，并选择rebase timeline into master ) GitKraken 将重放我所有的提交，在master的最后一次提交之上，以同样的顺序。
你可能知道，这一行动影响了未来，比夫成为一个玩弄女性的亿万富翁赌场老板，并娶了马蒂的妈妈。(与现任总统候选人的任何相似之处纯属巧合，但我跑题了。)
比夫有机会接管这个世界……而且确实如此。
比夫有机会接管这个世界……而且确实如此。
回到我的远程timeline分支，你会看到我仍然拥有快乐时间线中发生的所有事情，但是在本地我们有不同的提交历史。
因此，GitKraken 不会允许简单的推动。Git 只允许推送新的提交，不能将其他提交插入到 Git 历史中，这就是为什么我必须进行强制推送。force push 实际上是用我们本地的分支取代了远程分支。
现在，这就是一些麻烦出现的地方。如果我用本地的分支替换我的远程分支，这就有能力覆盖其他更改，这也是为什么很多人不愿意使用 rebase 的原因。
“妈妈给比萨饼补水！”已添加。
“妈妈给比萨饼补水！”已添加。
假设对我的远程分支进行了其他更改，但我没有在本地进行。因此，在远程timeline分支上，Doc 又提交了一个名为“妈妈水合了一个比萨饼！”，这在我当地的timeline分公司是不存在的。
现在，如果我进行强制推送，任何不在本地分支上的提交都将丢失，我们也不会得到含水的比萨饼。在这种情况下，我可以将任何新的提交挑选到我的本地timeline中，然后进行强制推送。
我知道，我知道，这让我们陷入了反乌托邦的时间线，也毁了马蒂的幸福生活…
重置基础的黄金法则
重定基础的黄金法则是:“当你在一个公共分支机构时，永远不要重定基础。”通过这种方式，没有其他人会推动其他更改，并且没有不在本地 repo 中的提交会存在于远程分支上。所以当你推送的时候，没有删除数据的可能。
如果我的计算是正确的，当这个宝贝达到 88 英里的时速，你会看到一些严重的饭桶！！
重定基础的黄金法则是:“当你在一个公共分支机构时，永远不要重定基础。”通过这种方式，没有其他人会推动其他更改，并且没有不在本地 repo 中的提交会存在于远程分支上。所以当你推送的时候，没有删除数据的可能。
如果我的计算是正确的，当这个宝贝达到 88 英里的时速，你会看到一些严重的饭桶！！
学习 Git | Axosoft 最难的事情
原文：https://www.gitkraken.com/blog/hardest-things-learning-git
面对现实吧，理解 Git 很难。这很不公平，真的。到目前为止，您已经学习了各种不同的编码语言，您已经跟上了前沿的发展，然后您发现 Git 有自己的一堆术语和单词！
Git 最难学的是什么？
所以，我们问你们，我们的 Twitter 社区，“关于 Git，最难学的是什么？”以下是我们对收到的一些回复的回答。
拥有一个远程存储库和一个本地存储库是怎么回事？
不知道最难的是什么，但最重要的是探索本地存储库的概念。 #LearnGit
—尤里·戈尔茨坦(@ urig)2016 年 8 月 18 日
window.addEventListener(‘DOMContentLoaded’, function() {
Repos 是项目中的文件，以及这些文件的历史记录。您的回购历史由提交组成，即您的回购文件在离散时间点的状态快照。
你可以在你的机器上有一个本地的回购，基本上在特定的时间点保存你的变更的历史，所以如果你需要的话你可以恢复。但当你同时拥有本地和远程版本的回购协议时，事情就变得更加复杂了。
在 GitHub 这样的远程服务上托管回购协议意味着所有开发人员都可以参与到同一个回购协议中，处理本地回购协议，然后在远程服务上反映这些变化。从中提取远程回购将更新您的本地回购，因此它与远程回购保持同步。将推至远程回购将整合您的本地变更，以便其他人可以将它们拉至本地回购。
这意味着不是签出文件，处理它们，然后再签入它们(还记得我们用 Dreamweaver 做的吗，非千禧一代？)团队成员可以同时处理相同的文件，并通过遥控器将更改合并在一起。
一旦你掌握了这个想法，它就会成为你的第二天性。只要记住:“先拉后推。”
#2 为什么有的复位软，有的复位硬？
是啊，关于那个… 叹。让我们深入研究一下:用soft、mixed和hard 重置 git 的区别基本如下:soft让你的工作目录 和 的索引保持不变。hard 重置你所有的工作。
@GitKraken 合并冲突，重置概念。 #LearnGit
—Alex maday(@ Alex maday)2016 年 8 月 18 日
这意味着您已暂存/未暂存的任何内容都将保留在原来的位置，并且您之前签出的提交和重置为提交之间的所有更改都将放入暂存。保持您的工作目录不变，但是将您的索引重置为该提交。
基本上，它会将您重置为该提交，然后取消暂存所有内容，而不管您暂存了什么。
hard重置一切。您在工作目录中的任何工作都会被吹走。明确地说，这意味着当前分支上所有未被另一个提交保存在历史中的提交，无论是远程的还是本地的，都将丢失(除非使用一些 Git reflog 巫术)。
对于初学者来说，soft和hard的区别是最重要的区别。
我如何理解这种重新建立基础和合并的想法？HALP！
@GitKraken 改变基础的概念可能很难
—约什·梅德斯基(@ joshmedeski)2016 年 8 月 18 日
这最好用视觉来解释。看看这个解释这一切的超级短视频。GitKraken Dev 特邀嘉宾 Chris Bargren 将带您了解这一过程。
https://www.youtube.com/embed/a_msiOrYLgM?feature=oembed
视频
处理合并冲突让我觉得自己处在一段艰难的关系中。有没有不包括分手的建议？
让我们在个案的基础上处理这个问题。是的，大多数时候你可以通过谈话解决问题。有时候，可悲的是，你不得不说再见，从头开始。是的，我说的是你和 Git 的关系。
处理合并冲突# learn git@ git kraken
—布兰登(@ Brandon script)2016 年 8 月 18 日
当您试图合并同一文件同一行上的两个分支时，会发生合并冲突。例如，文件“A”在一个区域发生了更改，在另一个区域也发生了更改。如果变化存在于两条不同的线上，那就没什么大不了的。然而，如果更改在同一行上，我们就有问题了，现在由用户来决定做什么。
幸运的是，有一些工具可以在不同的方面帮助你(夫妻治疗的简称)。当有冲突时，大多数 Git 客户端和 CLI 会告诉您，专用的合并工具会帮助您编辑这些更改。
但是，GitKraken 的界面会以非常直观的方式向您显示冲突在哪里，并询问您希望如何合并。在 GitKraken Pro 中，您不仅可以优雅地合并，还可以选择受影响的行并进行编辑，而无需退出工具。今天没有痛苦的分手，我的朋友！
我是一个命令行纯粹主义者。我永远不会离开 it，但是我对我必须学习的新东西的数量感到沮丧。有什么诀窍吗？
我明白了。你喜欢命令行界面。你可以看到所有的命令在引擎盖下工作，或封面，或任何你想用的隐喻。你说你只是天生如此。好吧，那很酷。除了时间和训练，没有什么可以加速学习的过程。在 GitKraken，我们这样做是为了让你不必看到正在发生的命令。
你没听错。为了完成工作，你不需要知道每个命令，我在这里告诉你，这不是逃避。你还是个开发员。现在，去照照镜子告诉你自己。
@ Git kraken# Git# learn Git没有一个像样的 Linux git Gui 来支持命令行学习。 #GoGoGitKraken
—乔纳森·斯托里(@ jonistorey)2016 年 8 月 18 日
GitKraken 的目标是让你不需要知道“引擎盖下”发生的一切。你不需要在大脑中记住你正在运行 Git rebase branch A 和 branch B，你不需要记住收回你不小心做出的最后一次提交的命令是git reset --soft HEAD~1。您只需右键单击提交和Reset -> Soft。你不必挖掘git reflog的输出来撤销那个意外的git reset --hard。这是一个简单的点击撤消按钮。
所以，如果你开始认为可能有更好的方法；CLI 可能不是最重要的；也许有一个特殊的图形用户界面会把你从命令行界面拉出来。我们想告诉你:没事的！想要快速高效地完成工作，把一些记忆技能留给聚会游戏，这没什么。你会发现在 GitKraken 工作实际上更容易(拜托，谁不想这样呢？)
其他 Git 图形用户界面可能在过去让你焦头烂额，因为是的，虽然它们确实让工作更简单，但不一定更快。我们谅你也不敢给 GitKraken 一个机会，看看它是不是那个！
Git |更差更好和 Git 生态系统的历史
https://www.youtube.com/embed/AhJmv1paL_w?feature=oembed
视频
2005 年 4 月，Linus Torvalds 给了我们一千行 C 代码，其中点缀着 TODOs 和关于设计决策的评论。这些代码是“信息经理”的基础，帮助他开发 Linux 内核。
Git 是主要的版本控制系统。如果有版本控制之战，Git 赢了。但是为什么 Git 会变得如此流行，Git 的历史是怎样的？根据 Lisp 的创造者 Richard Gabriel 的说法，这是因为“越差越好”当被问及为什么 C 语言和 Unix 操作系统会“赢”Lisp 时，他半开玩笑地回答了这个问题。他后来继续将“越差越好”定义为一种被广泛接受的整体哲学。
软件哲学
为了符合“越差越好”的理念，一项技术需要满足四个条件:
1.简单
2.正确性
3.一致性
4.完全
“越差越好”是一种哲学，与另一种被称为“正确的事情”或有时被称为麻省理工学院哲学的思维方式形成对比。“正确的事情”哲学同样具有简单、正确、一致和完整的首要原则。
这两种哲学有什么不同？让我们先来看看“正确的事情”哲学。
‘Worse is better’ is a philosophy that sits in contrast to another way of thinking called ‘the right thing’ or sometimes referred to as the MIT philosophy. ‘The right thing’ philosophy has the same overarching tenets of simplicity, correctness, consistency, and completeness.
How do these two philosophies differ? Let’s look first at ‘the right thing’ philosophy.
在“正确的事情”哲学中，当你看一个系统的设计时，你首先看它的简单性。设计和代码必须简单，无论是在实现方面还是在接口方面。一定要用起来简单。事实上，最后一个，简单易用的 UI，是最重要的租户，取代了实现的简单性。
下一个租户说软件必须正确。不正确是不允许的，所以你最好有一个没有错误的程序。
软件也必须始终如一地适合‘正确的事情’。事实上，一致性甚至比界面简单性更重要。只要软件保持一致，你可以在简单性方面走一些捷径。
最后，软件必须完整。它必须是可用的，并且做用户期望它做的所有事情。
这些听起来都是大房客。
In ‘the right thing’ philosophy, when you look at the design of a system, you look first at its simplicity. The design and code must be simple, both in terms of its implementation and its interface. It must be simple to use. In fact, that last one, the simple to use UI, is the most important tenant, superseding the simplicity of implementation.
The next tenant says software must be correct. Incorrectness is not allowed, so you should ideally have a bug-free program.
Software must also consistently fit into ‘the right thing’. In fact, consistency is even more important than interface simplicity. You can cut a few corners in the simplicity area as long as the software remains consistent.
“越差越好”与“正确的事情”
“正确的事情”与“越差越好”的哲学相比如何？
在“越差越好”的方法中，简单也是第一点，但是有一点扭曲。与其关注用户界面的简单，不如关注实现的简单。代码必须易于理解和扩展。这比简单易用更重要。“越差越好”方法中的正确性要求软件在所有可观察到的方面都应该是正确的，但实际上简单比正确要好得多。简单的实现胜过完全正确，尤其是在早期版本中。
“越差越好”下的设计需要一致，但实际上最好是去掉设计中处理不太常见情况的部分，而不是在应用程序中引入复杂性或不一致性，因此，实现的简单性再次胜出。
最后,“越差越好”中的完整性是重要的，但是当实现的简单性受到危害时，它可能会被牺牲掉。“越差越好”的核心是构建简单的可扩展代码，而不一定是好用、一致或完整的代码。诚然，这有点像稻草人的观点，但正如 Richard Gabriel 逐渐意识到的，坚持“越差越好”哲学的软件比信奉“正确的事情”世界观的软件有更好的存活率。这也是 C 和 Unix 最终战胜 Lisp 的原因。
How does ‘the right thing’ compare with the ‘worse is better’ philosophy?
Linux 和 Git 以及“越差越好”
有一个人比其他任何软件工程师都更坚持“最坏就是最好”的哲学，他就是 Linus Torvalds。Linus 构建了 Linux 内核和 Git，这是世界上最流行的版本控制系统。这是实践“最坏就是最好”哲学的两个极好的例子。
Linux and Git and ‘Worse is Better’
There’s one person who stands out as adhering to the ‘worst is better’ philosophy better than any other software engineer: Linus Torvalds. Linus built the Linux kernel and also Git, the world’s most popular version control system. Those are two excellent examples of the ‘worst is better’ philosophy in practice.
第一次有人听说 Linux 操作系统要追溯到 1991 年，当时一个名叫 Linus 的年轻学生在 Minix 邮件列表上发帖。Minix 是 80 年代后期的一个类似 Unix 的操作系统。Linus 有一台 386 计算机，他试图学习如何在很深的底层对它编程，以便在 386 芯片组上构建一个操作系统。在早期的声明中，Linus 指出 Linux“永远不会成为一个专业的操作系统”。然而，Linux 内核非常受欢迎。它发展得非常快，满足了许多计算机程序员的需求。人们在他的 Linux 内核和大量“用户空间”代码(如 shells)的基础上构建发行版，以与系统(如 Bash 、Zsh 或 Tcsh)进行交互。
像麻省理工学院和自由软件基金会的 Gnu/Hurd 项目这样的竞争架构从来没有像 Linux 发行版那样真正成为完整的系统。这是因为他们太专注于架构和获得“恰到好处”的东西，以至于他们从来没有真正把代码拿出来。Linux 以其“越差越好”的方式胜出，因为它发布得早，用户可以立即在它的基础上进行构建。Linus 刚刚宣布了他正在构建的东西，尽管当时它几乎无法运行，然后全世界都在看着它发展成为一个健壮而强大的操作系统。经过近 30 年的时间，经过深思熟虑和精心设计的 Gnu/Hurd 内核仍然没有发布 1.0 版本。
The first time anybody heard of the Linux operating system was way back in 1991 when a young student named Linus posted on a Minix mailing list. Minix was a Unix-like OS from the late 80s. Linus had a 386 computer and was trying to learn how to program it at a very deep, low level to build an operating system on the 386 chip set.
In his early announcement, Linus noted that Linux will “never be a professional operating system”. However, the Linux kernel was incredibly popular. It took off really fast and filled a need that a lot of computer programmers had. People built distributions on top of his Linux kernel and a lot of the “user space” code, such as shells, to interact with the system like Bash, Zsh, or Tcsh.
Git 前的协作
Linux 内核是作为一个开源项目合作开发的；可以说是世界上有史以来最成功的开源项目。合作者的工作方式是通过邮件列表，很像 Linus 用来宣布他最初想法的那个。人们交换补丁，在本地机器上编写代码，运行 diff，然后将输出发送到邮件列表。如果特定内核子系统的维护者对这一变化感兴趣，他们会在邮件列表中讨论这一变化，并最终将这一变化应用到下一个发行版中。从根本上说，这就是 2002 年 Linux 内核的变化。没有真正的版本控制系统。有项目维护者版本的源代码，仅此而已。不过，这个协作系统很快就达到了一个扩展点，在这个点上，手动操作太多了。他们需要一个系统来帮助，这就是 BitKeeper 的用武之地。
Collaboration before Git
从 BitKeeper 到 Git
BitKeeper 是第一个分布式版本控制系统。它在邮件列表系统之上增加了严密性，使得协作更加容易。BitKeeper 的问题在于它的许可证。这在当时是一种相当新颖的许可模式，BitKeeper 对其专有软件的商业使用收费，但给 Linux 内核开发者一个免费的“开源”许可。他们可以免费使用它，但他们没有源代码，而且许可证禁止逆向工程 BitKeeper。它还指出，用户不能试图建立一个竞争的版本控制系统。这导致了一些 Linux 内核开发者和 BitKeeper 背后的团队之间的紧张关系。最终，Linux 社区决定他们应该寻找其他的选择。
From BitKeeper to Git
然后是水银
在采用 BitKeeper 和寻找替代方案之间的时间里，有许多其他人在研究分布式版本控制问题。值得注意的是，2005 年 Matt MacKall 在 Linux 内核邮件列表上发布了 Mercurial v 0.1——一个最小的可扩展分布式 SCM。
Then Came Mercurial
In the time between adopting BitKeeper and looking for alternatives, there were a number of other folks working on the distributed version control problem. Of note, in 2005 Matt MacKall posted on the Linux kernel mailing list announcing Mercurial v0.1 – a minimal scalable distributed SCM.
虽然 Mercurial 还处于早期的概念验证阶段，但它已经表现得令人惊讶地好，并赢得了粉丝。在 Matt 的第一封邮件中，他提到了 Mercurial 仍需做的一些事情，包括各种清理、打包、文档和测试。这是一个“越差越好”方法的完美例子。有趣的是，在 Linux 内核邮件列表上，他得到的唯一回应是有人告诉他，这是太了，“越差越好。”
有一种普遍的观点认为，如果一个工具很难使用，格式不好，或者文档不好，那么不管它有多棒，人们都不会使用它。这与“越差越好”的哲学正好相反。事实上，只要代码简单，我们就可以把用户界面的简单性放在一边。Mercurial 的代码非常出色，这也是它如此受欢迎的原因。
同样在 2005 年 4 月，Linus 在 Linux 内核邮件列表上发布了一个公告，用的是他最初发布 Linux 时同样低调的方式。他宣布他正在编写一些脚本来帮助他管理 Linux 内核邮件列表上的补丁。他说，他的脚本不会是一个源代码控制管理系统或版本控制系统，只是一些特定于他的用例。Git 最初只是 Linus 为帮助他的用例而编写的一些脚本，但是他在开发的早期发布了这些脚本，以防其他贡献者会发现它们很有帮助。
管理 Git(和 Linux)开发
Linus 在 2005 年 4 月宣布的是 Git 的第一个版本。如果您在 Git 源代码镜像库上运行一个 Git 日志，您可以看到这个项目看起来如何，以及它是如何随着时间的推移而增长的。这些第一批 Git 日志消息是 Git 被“自托管”的第一次引用，这意味着 Git 项目正在使用 Git 来管理 Git。
自 Linus 在 2005 年发表第一篇文章以来，我们已经走过了漫长的道路。令人惊讶的是，Git 的统治地位是如此有影响力和持久，尤其是当你想到它最初只是少数几个文件，只有 1250 多行代码。它是不完整的，你几乎不能用它做任何事情。在其最初的形式中，Git 充其量只是一种分布式文件系统的机制。
正如 Linus 所说，它不是版本控制系统，也不是 SCM。它既不一致，也不真正正确，尤其是在缓存方面。这当然不简单，因为你必须是 Linus Torvalds 才能知道如何使用它。这绝对不是你今天看到的那个饭桶。
尽管存在这些问题，人们还是开始使用它。具体来说，Linux 内核黑客开始使用它，因为它简化了他们的生活，就像它简化了 Linus 的生活一样。
黑客的目标是创建补丁让 Linus 接受，而 Linus 的目标是管理和接受这些补丁。这正是这个系统所做的。
最初，没有服务器端组件。这非常符合“越差越好”的哲学:当 Gmail 这样的服务可以为你做的时候，为什么要建立自己的服务器呢？其核心是通过电子邮件打补丁，它把实际的硬件部分——运行保存补丁的服务器——卸载给已经编写了工作版本的其他人。
莱纳斯的目标实现了吗？是的。它出现了并被使用。人们开始使用它而不仅仅是 Linux 内核开发，并且开始使用 g it 来管理 Git 开发！有人可以修复 Git 中的一个 bug，并向邮件列表发送一个补丁。
Originally, there was no server-side component. This very much fits into the ‘worst is better’ philosophy: why build your own server when a service like Gmail can do it for you? At its core, it was about patches over email and it offloaded the actual hard bits—running a server that held the patches—to somebody else who already wrote a working version.
Was Linus’ goal satisfied? Yes. It got out there and got used. People started using it beyond just Linux kernel development and started using Git to manage Git development! Somebody could fix a bug in Git and send in a patch to the mailing list.
Git 的接口并不简单，但它的代码很简单，这也是它能够被扩展的原因。正如 GitHub 的联合创始人汤姆·普雷斯顿-沃纳所说，“Git 让协作成为可能，但并没有让协作变得容易。”它使一种非常特殊的合作形式成为可能，一种非常分布式的、拥抱开源哲学的合作形式。
开放开源
如果很难合作，只有某些人掌握着源代码的钥匙，那么开源就不是非常开放的。汤姆和他的朋友克里斯·万斯特拉斯和 PJ·凯悦决定解决这个问题，于是想出了 GitHub.com。
GitHub 具有托管公共存储库的能力，使得来回发送更改和讨论这些更改变得非常容易。不需要邮寄补丁和等待，你可以通过推你的代码突然打开一个 Git pull 请求。您可以派生一个存储库，并与分支机构合作开发任何类型的开源项目。它真的降低了合作的障碍。这是革命性的。
Git 的数据结构很简单，代码也非常简单。即使您不了解图论，在阅读 Git 的格式文档后，您也会对数据结构的简单性印象深刻。简单的数据结构允许人们在 Git 之上构建其他东西，比如 Heroku 中的 Git 端点。Git 还允许简单的部署；运行 Git 推送即可。
GitHub came with the ability to host public repositories, making it really easy to send changes back and forth and discuss those changes. Instead of mailing a patch and waiting, you could suddenly open a Git pull request by just pushing your code up. You could fork a repository and work with branches to collaborate on any type of open source project. It really lowered the barriers to collaboration. It was revolutionary.
进入 Git 客户端
Git 很快从“另一个”版本控制系统变成了全球范围内占主导地位的版本控制系统。随着 Git 越来越受欢迎，人们开始构建命令行客户端和 Git GUI 客户端，以使其更易于使用。
有一个图表有助于可视化的变化和分支。能够看到 Git 差异也非常有帮助，这使得审查变更或决定 Git rebase 或 Git merge 是否对某些提交更有意义变得更容易。自从上市以来，开发这些工具的开发人员已经推动用户界面变得越来越直观，满足了“越差越好”和“正确的事情”这两个“简单”的理念。多年来，Git 客户端已经从像 gitk 这样的初级工具发展到 TortoiseGit 的点击和指向，并最终发展到 GitKraken Git 客户端提供的拖放和漂亮的提交图形，它包括一个 GUI 和 CLI 。
Git 给了我们一个版本控制更容易使用和理解的世界。在这个世界里，我们拥有使协作和代码部署更容易的平台。由于这种“越差越好”的方法，Git 工具形成了一个非常活跃的生态系统。
Git quickly went from just ‘another’ version control system, to the dominant version control system worldwide. As Git’s popularity grew, people started building both command line clients and Git GUI clients to make it easier to use.
GitKraken 是 Git 工具的一个完美例子，它已经发展到可以应对新的挑战，具有交互式拉请求管理、合并冲突检测和解决、深度链接等高级功能。
从‘Git’到 Git
我们也已经从 Git 仅仅是 Linus 最初编写并由 Junio Himano 维护了多年的命令行应用程序，发展到 Git 作为一套 SCM 协议，允许您管理 Git 库。像 libgit2 、 Jit 、 NodeGit 和 pygit2 这样的库不需要调用 shell 命令来运行git并解析输出。他们可以直接针对文件系统执行任何 Git 命令，比如 Git Commit 、 Git Branch 或 Diff，以各自的编程语言生成输出。这就是 Git 服务和工具真正可以扩展的方式。
From git to Git
赢家是 Git(还有你)
Git 赢了，因为它信奉“越差越好”的哲学。它不担心是否完整或是否一定正确，至少一开始是这样。Linus 构建了一个最小可行的产品，就像他们在开源世界中说的那样“挠自己的痒”。他构建了一个简单且易于实现的小型工具集。他向全世界发布了它们，现在很难低估 Git 对我们软件开发所有领域的影响。
尽管 Git 取得了胜利，但 Git 仍有一些可以改进的地方。点击这里查看 Edward 演讲的最后部分，了解这些领域以及 Git 如何继续发展。另外，你可以看到 2021 年 GitKon Git 大会的现场 Q & A。
充分利用 Linus、Edward 和所有 Git 贡献者在最流行的版本控制系统中所做的工作，以及 GitKraken 团队所做的工作，通过可视化和更好的 UI 使 Git 更加可用今天下载 GitKraken Git 客户端，包括 GUI 和 CLI ！
The Winner is Git (and You)
Git won because it embraced the ‘worse is better’ philosophy. It didn’t worry about being complete or being necessarily correct, at least at first. Linus built a minimum viable product, ‘scratching his own itch’ as they say in the open source world. He built a small set of tools that were simple and easily implemented. He released them to the world and it’s now hard to underestimate the impact that Git has had on all areas of our software development.
Despite the fact that Git has won, there are still some areas where Git can be improved. Click here to check out the final section of Edward’s talk to hear about these areas and how Git can continue to evolve. Plus, you can see a live Q&A from the 2021 GitKon Git conference.
Take advantage now of all the work that Linus, Edward, and all the Git contributors have put into the most popular version control system and all the work the GitKraken team has done to make Git more usable through visualizations and a better UI by downloading the GitKraken Git client today, including a GUI and CLI!
如何举办学生黑客马拉松
举办学生黑客马拉松有很多原因，无论你是学生、教师还是社区倡导者，这些活动都有助于刺激技术发展、探索、合作和创造力。
但是计划和执行一次黑客马拉松并不是一项简单的任务。这些事件通常会持续数天，涉及许多移动部件，并需要大量的技术工具和专业知识。你需要一个强大的团队和合适的设备来为与会者创造宝贵的体验。
在这篇文章中，我们不仅会推荐成功举办学生黑客马拉松的软件工具和路线图，我们还会包括来自我们在大联盟黑客活动的合作伙伴的内部提示，以及来自 GitKraken 大使的专业人士，他们已经成功举办了许多黑客马拉松(并且活了下来！).
在这篇文章中，你会发现:
在整个活动中，你将要求参与者完成一个软件开发项目，他们需要合适的工具来完成这项工作。
GitHub 与 Axosoft 等公司合作，不仅为学生免费提供开源托管平台，还通过 GitHub 学生开发包免费提供其他领先的工具，如 GitKraken Git GUI、GitKraken Boards、Digital Ocean、Atom、AWS 等。
保护提示:选择与会者不会被要求付费的工具是很重要的，所以寻找免费选项，或者提供免费试用的工具。市场上的许多开发工具都提供 7-30 天的免费试用。
1️⃣ GitKraken 董事会
GitKraken Boards 是一款专门为开发者设计的跟踪任务和问题的工具。用户可以创建彩色看板，通过分栏或日历视图查看工作流中的任务。
最棒的是 GitKraken 板让团队合作变得非常容易。您可以创建任务卡并将其分配给团队成员，并查看每个人在项目中的进度。
GitKraken Boards 是一个完全免费的工具，你的参与者可以在黑客马拉松之后继续使用它来帮助组织其他课程或家庭项目的任务。时间管理和组织对于工作场所来说是至关重要的技能，许多学生开发人员在学校时没有花时间练习。此外，如果你加入一个使用 GitHub GitKraken 板的组织，你会从这个工具中获得更多的实时 GitHub 问题同步。
2】走的时候，走的 GUI
GitKraken Boards 直接与我们下一个推荐的工具集成，Git kraken Git GUI(T1)，减少了上下文切换，并防止您的与会者不得不创建另一个帐户。
学生可以通过 GitHub 学生开发者包免费获得 GitKraken Pro 套件许可证。这允许您的与会者访问高级功能，如应用内代码编辑器和合并冲突工具，只要他们注册，就可以免费使用该工具。
黑客马拉松的参与者可以使用这个工具来创建、管理和跟踪对他们的项目所做的变更。它让合作开发项目成为一个梦想。无论您是 Git 新手还是高级用户，GitKraken 都提供了整个项目的可视化路线图，包括谁对哪个部分做了哪些更改。
很难鼓励与会者之间的互动，因为软件开发人员并不以公开外向著称。作为一名黑客马拉松组织者，你必须深思熟虑地鼓励人们一起工作，像 GitKraken Git GUI 和 GitKraken Boards 这样的工具在创造合作机会方面是完美的。
– GitKraken Ambassador Kevin Wittek from NRW, Germany
GitKraken 漂亮的用户界面、直观的拖放功能和强大的搜索功能是该工具适合各种体验水平的部分因素。
3️⃣大联盟黑客
决定你想在你的黑客马拉松上展示哪些内容至少是成功的一半。大联盟黑客(MLH)让这个过程变得如此简单！
虽然 MLH 与北美的合作伙伴一起帮助促进学生黑客马拉松，但他们也有一个庞大的交钥匙、现成的研讨会库，涵盖各种各样的开发主题。
在 MLH 的网站上，有希望的黑客马拉松组织者可以通过他们的 MLH 本地主机项目注册成为研讨会组织者。
MLH 本地主机库包括关于 Slack、Microsoft Azure、Google、Docker 等主题和工具的研讨会。
4️⃣其他装备
您还需要一些基本设备来确保活动成功:
- 投影仪
- WiFi 足够强大，可确保所有与会者的高质量连接(您甚至可能需要带额外的路由器)
- 电源板
- 额外的电缆、电线、适配器和 USB 驱动器
一般来说，黑客马拉松的参与者需要携带自己的个人电脑。这一点要在活动推广中沟通清楚。
策划一次成功的学生黑客马拉松
既然你已经准备好了工具带，是时候召集一个团队，开始计划活动后勤了。
1️⃣打造团队
最重要的是:让你的小队集合起来！如果你正在读这篇文章，很可能你是一个天生的领导者。我们明白了。但是，即使是最好的领导人也需要帮助，对于这种规模的事件，你不能独自完成。你需要一个团队。
你会希望志愿者不仅可以帮助你计划活动和保护赞助商，而且还可以在必要时在现场提供帮助(准备食物、登记与会者、指引人们去哪里等)。此外，你会希望找到一些志愿者导师，他们可以在黑客马拉松的整个过程中提供建议。
建议:在你的预算中为志愿者的感谢留些空间，无论是一份小礼物，还是请他们参加披萨派对或欢乐时光。这将会持续下去，尤其是如果你计划在未来举办更多的黑客马拉松。
MLH 团队在他们的黑客马拉松组织者指南中分享了更多关于建立杀手级领导团队的专家建议，这是你在整个规划过程中可以参考的丰富知识。
2️⃣选择场地
在你能做很多其他事情之前，你需要找到一个场地。为黑客马拉松选择场地要比为研讨会或网络活动寻找场地困难得多。
您将需要空间让一大群人聚集在一起进行开幕和闭幕活动，您还需要区域让团队进行分组讨论并连续工作几个小时。此外，你将需要全天提供食物和饮料的空间。
除了物理空间，你还需要座位。每个与会者都应该有一个座位，最好有一个桌面来放置他们的笔记本电脑。
并不是所有的黑客马拉松都包含过夜选择，但有些是针对多日活动的。如果这是你正在考虑的事情，你也需要找一个安静、黑暗的地方让与会者休息。
3️⃣决定你的黑客马拉松的形式和时间表
MLH 黑客马拉松组织者指南在 9 个月的时间内出色地概述了整个规划过程，详细说明了你应该在过程中的哪个点完成特定的任务。请参考该资源，确保您在活动开始前一切顺利。
一些学生黑客马拉松组织者选择设定一个主题来鼓励某些类型的项目，例如关注环境或社会变化的应用程序。虽然你不一定需要一个主题，但你需要在开幕式上给你的与会者提供一个很好的方向，然后再把他们放入工作组。
考虑在全球范围内参加其他黑客马拉松，将它安排在当地黑客日，这是 MLH 倡导的一项倡议。
– GitKraken Ambassador Omar Jair Purata Funes from León, Mexico
传统上，黑客马拉松的时间线应该是这样的:
第一天(半天)
- **欢迎与会者。**黑客马拉松组织者介绍活动，分享合作伙伴和赞助商的信息，并涵盖任何日常事务(洗手间在哪里，在哪里买咖啡等)。
现在正是回顾活动行为准则和任何其他相关规则的大好时机。作为组织者，你有责任确保所有与会者在整个活动中感到安全和舒适。
– GitKraken Ambassador Manbir Singh Marwah from New Delhi, India
-
开放球场。 Hackathon 的参与者被邀请向更大的群体提出一个应用想法。然后对这些想法进行投票，选出最受欢迎的想法，这些想法最终将在接下来两天的黑客马拉松中由工作组构建。
-
分成工作组。通常情况下，与会者会被邀请决定他们想要实施的想法。每个组中的角色是根据需求和专业知识确定的。无论是谁，只要有了最初的项目想法，自然会担当领导角色，并根据他们的愿景进行委派。
-
工作开始了！现在，各小组将开始他们的项目工作。你可以考虑提供一顿饭来结束这个夜晚，或者提供建议，告诉与会者在哪里可以找到食物选择。你还应该让他们知道他们可以在什么时间进入场馆的工作区。
第 2 天(全天)
- **演示软件工具。**第 2 天的开始通常是复习学生可以使用的工具以及如何使用它们的好时机。为了尽量减少信息过载，建议进行 5-10 分钟的演示。
- 工作，工作，工作。与会者应在第二天完成大部分项目，为最后一天的评审做准备。
第三天(半天)
- **期末项目触及&导师签到。**在第三天开始时，与会者通常有一两个小时的时间来完成他们的项目，也欢迎他们在导师志愿者面前练习他们的演讲。
- **最终音高。**团队向更大的团队和评委小组展示他们的提案。
- **宣布获奖者&闭幕庆典。**在评委们讨论之后，黑客马拉松组织者将宣布前 3 名获胜者。以一个闭幕庆典来结束这次活动是一个不错的选择。
ProTip:考虑为获胜者提供奖品，比如现金或机票；这将激励优质项目和活动的参与。
两件事将帮助你决定你能支持多少人参加你的学生黑客马拉松:场地和预算。
如果你幸运的话，你可以找到一个场地赞助商，他们会以实物形式提供场地(免费换取赞助利益)。否则，这将可能是最大的开支。根据你希望接待多少人和你的活动时间长短，场地费从几百美元到 10，000 美元不等。关键是你要留意与场地租赁相关的隐藏费用，如人工、清洁、影音费用等。
食品和饮料将会是下一个花费你大部分预算的项目，这就是实物赞助可以派上用场的地方。即使你希望与会者自己在场外寻找食物，你也会想要很多小吃，最重要的是，咖啡因，让你的与会者在整个活动过程中保持精力充沛。
ProTip:为本地餐厅添加一个赞助级别，赞助餐食、小吃、咖啡或其他饮料，以换取品牌推广机会。这不仅是一个降低成本和支持当地社区的好方法，也将通过独特的食物选择增强与会者的体验。
最后，赞助商是为前 3 名获奖者提供奖品的好方法。无论是现金、奖品、礼品卡等，奖品都有助于提高您在黑客马拉松中完成的工作质量，并将吸引更多学生参加。
5️⃣挑选评委
除非你的黑客马拉松有一个需要特定专业知识的主题，否则你会希望选择一个拥有技术知识的多元化评委小组，他们可以为保护投资者提供建议。在许多情况下，评委本身就是投资者(谁知道呢，他们可能会在你的活动中找到下一笔投资！).
在《MLH 黑客马拉松组织者指南》中获得更多关于预约黑客马拉松评委的提示，比如从哪里获得他们以及如何最好地提问。
你的评委将是你活动的一个关键因素，所以当你要求他们参与时，一定要尽可能提前通知。毕竟专业人士的日程经常很忙！你也要给他们非常明确的指示，告诉他们第三天需要在哪里和什么时候进行评判。
在你有了所有的计划之后，或者甚至在此之前，你会想要开始在整个学校推广你的活动。瞄准学生群体，如软件开发者协会、计算机科学班或其他基于技术的组织，是一个很好的开始。你也可以考虑邀请当地的科技训练营或者附近的学校。
让你的团队、赞助商和合作伙伴接触他们的个人关系网，把消息传得更远。ProTip:当提出这样的请求时，如果你向他们提供预先起草的电子邮件和社交媒体信息，他们分享的可能性会更高。通过创建和使用一个事件标签，尽早开始制造轰动效应。
在参与者注册你的黑客马拉松后，他们对期望有一个全面的理解是非常重要的:他们需要带一台电脑，他们必须参加所有三天的活动，并且出席所有的活动，等等。
最后，应该会很好玩
我们的最后一条建议来自来自肯尼亚纳库鲁的 GitKraken 大使 Gatare Libère:“让它变得有趣！”
在一天结束的时候，你的黑客马拉松对你、参与者、评委、导师和志愿者都应该是一次有趣的经历。考虑把工作时间和短时间的活动混在一起，比如伸展运动、集体游戏、上色休息——发挥创造力！
现在，去黑吧！
扫一扫
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
