再聊 Git Flow
最近定了一些团队标准的东西，刚好聊到了 Git Flow 这个事，可以拿出来分享一下。
相关分享
git submodule 与 subtree 的异同
很多团队在拆分大型 Git 仓库时，都会遇到 submodule 和 subtree 的选择问题。本文围绕两种方案的实际维护体验展开分析，而不是只停留在命令层面对比。
作者认为，submodule 更符合“仓库独立治理”的设计目标，适合需要清晰边界、独立版本管理和长期维护的大型项目；而 subtree 虽然使用门槛更低、clone 更方便，但容易造成代码冗余和仓库持续膨胀。
文章比较有价值的地方在于，它没有单纯强调“哪种更简单”，而是从架构治理、团队协作和长期维护成本角度讨论问题，适合已经进入中大型工程阶段的团队参考。
如果你正在做 monorepo 拆分、多仓库治理，或者维护复杂依赖关系，这篇文章值得一读。
无图
如何为 Git 配置多个 SSH Key
相信大家都会遇到这种场景，即一台电脑上同时存在多个 Git 账号的情况。譬如，公司的项目使用 Gitlab 托管，而个人的项目使用 Github 托管，更不必说，云效、Gitee、码云、Coding 等形形色色的平台。在这种情况下，你需要为每个代码托管平台生成 SSH Key，然后将其对应的公钥复制到指定的位置。所以，如何让这些不同托管平台的 SSH Key 和平共处、互不影响呢？这就是今天这篇文章想要分享的冷知识。当然，对博主个人而言，最主要的目的，还是希望能将公司和个人两个身份区分开来，所以，下面以 Github 和 Gitlab 为例来展示具体的配置过程。
无图
使用 GPG 对 Git commit/tag 进行签名
为什么要签名
GPG 可以对 Git commit 或 tag 进行签名，其它用户可以知道这个 commit 来源可信，也就是作者本人提交的代码。
无图
优雅的处理Git多帐号与代理问题
在工作中，常常会容易遇到一台电脑用多个 Git 账号的场景，比如账号 company 账号是工作用的，而账号 personal 是自己个人用的。 由于 Git 本身并没有多账号的机制，导致我们在默认设置下无法很好的区分哪个仓库使用哪个账号。 同时，在某些众所周知的场景下，我们无法直接访问到 Github 仓库，需要走一层 proxy 来加速我们的代码拉取与推送速度， 本文将使用 SSH config 相对优雅的解决这些问题。
无图
专为技术写作人员提供的 7 条 Git 技巧
Git 帮助我跟踪内容的版本，并与开源社区进行协作。它是我存储工作成果、共享和讨论改进的重要工具。我主要使用的工具包括浏览器、用 OpenSSH 连接 Foreman 实例、用 Vim 编辑源文件，以及使用 Git 进行版本控制。
本文重点介绍在开始使用 Git 和为 Foreman 文档做贡献时经常遇到的挑战。适用于中级 Git 用户。
无图
git clone 使用代理，实现百倍加速
有时候我们对 github 的仓库进行 clone 的时候，会发现很慢，甚至是龟速，很不够效率。好在有一个简单且快捷的方法来倍速提升clone 效率。
无图
谁动了我的奶酪，通过 git 找出内容变更历史
在日常的开发过程中，一段代码内容被添加，删除都是稀疏平常的事情。这也就造成了我们日常开发工作中会遇到这样两个问题：
1、这个代码内容是谁添加的，是一直存在还是被修改过多次；
2、有一段代码被删除了，是谁删除的呢。
无图
把 DropBox 当作私有化 Git 仓库
我最近有一些随手的小项目，不便于公开到 GitHub 上面，但是又想有一个简单的私有化仓库。于是我想到了 DropBox。但是，我们不能简单地把项目放到 DropBox 目录中，因为这样会使得每次简单的保存都会发起文件同步，编译的时候的一些临时文件改动也会造成 DropBox 同步，这样会把电脑 CPU 占用搞得很高。
无图
Git这样回退代码，才足够优雅
从接触编程就开始使用 Git 进行代码管理，先是自己玩 Github，又在工作中使用 Gitlab，虽然使用时间挺长，可是也只进行一些常用操作，如推拉代码、提交、合并等，更复杂的操作没有使用过，看过的教程也逐渐淡忘了，有些对不起 Linus 大神。
无图
摸清Git的门路，这22张图足够了！
上面的四条命令在工作目录、暂存目录(也叫做索引)和仓库之间复制文件。
git add files 把当前文件放入暂存区域。
git commit 给暂存区域生成快照并提交。
git reset -- files 用来撤销最后一次git add files，你也可以用git reset 撤销所有暂存区域文件。
git checkout -- files 把文件从暂存区域复制到工作目录，用来丢弃本地修改。
无图