💡Git 优势特性
免费、开源的分布式版本控制系统
Last updated
免费、开源的分布式版本控制系统
Last updated
free and open source
slogan: the stupid content tracker
SCM, source-control management, 源代码控制管理
优势特性：本地分支、暂存区域、多个工作流
cheap local branching
convenient staging areas
multiple workflows
Git 的 branching model（分支模型），是真正让它区别于几乎所有其它 SCM 的功能。
Git 允许并鼓励我们有多个 local branch（本地分支），它们之间完全独立，可以自由地 creation, merging 和 deletion。
这就意味着，我们可以：
随意切换上下文
基于角色的 codelines：即生产环境一个branch、测试环境一个branch、日常工作n多小分支
基于 feature 的 workflow：即为每个正在开发的新 feature 创建一个新 branch
一次性实验：即可以创建一个 branch 然后随便玩
当向 remote repository 推送的时候，可以选择一个、多个、或者全部 branch。
Git，几乎所有的操作，都在本地执行。此外，它是用 C 写的，且起初是为了在 Linux 内核上工作（可以有效地处理大型 repo）。
其中，Git 的 initial clone operation（初始克隆操作）比较慢，这是因为 Git 是在下载整个历史记录，而不仅仅是最新版本。
值得一提的是，即便 Git 存了项目中每个 file 的每个 version，但客户端数据的大小并没有大多少。这说明了 Git 在 compressing 和 storing 数据的高效率。
任何分布式 SCM 的最好特性之一，就是它是分布式的（distributed）。即：不需要 checkout 源码的 current tip，而是 clone 整个 repo。
这就意味着，每个用户基本上都有 main server 的完整备份。事实上，Git 不存在单点故障，除非 repo 只有一个副本。
此外，分布式特性 + 分支系统 -> 可以轻松实现任意工作流程。常见的 Git workflow 有：
集中式的：如果自上次 fetch 以来有人推送，Git 将不允许 push。
集成经理：一个单独的人来 commit 到 blessed repo；而其他 developers 从该仓库 clone，然后 push 到自己的独立 repo；然后那个集成经理 pull 大家的 changes。这是 open source 和 GitHub repo 中常见的开发模型类型。
独裁者和中尉：一些副手负责项目的特定子系统，他们 merge 与该子系统相关的所有 changes；另一个集成者只可以从他的副手那里 pull changes，然后 push 到 blessed repo；而每个 developer 都从 blessed repo 那 clone。对于更大规模的项目，比如 Linux 内核（kernel），这样的 development workflow 通常是有效的。
Git 使用的 data model 可确保项目每个部分的加密完整性（cryptographic integrity）。
每个 file 和 commit 都会进行 checksum（校验和），并在 check out 时通过 checksum（校验和）来进行检索。除了我们输入的确切内容之外，不可能从 Git 中获取任何内容。
此外，在不更改 commit ID 的情况下，也不可能更改 Git repo 中的任何 file, date, commit message 以及任何其它 data。 这就意味着，如果我们有一个 commit ID，我们不但可以放心项目与提交时完全相同，也能确保其 history 没有任何 change。
大多数集中式版本控制系统，默认不提供这种完整性。
与其它系统不同，Git 有称为 staging area（暂存区）或 index（索引）的东西。 这是一个中间区域，可以在完成 commit 之前对其进行格式化和审查。
Git 与其它工具的区别之一是，它可以快速 stage（暂存）部分 files 并提交它们，而无需 commit 其它修改的文件。这允许我们仅 stage（暂存）已修改文件的部分内容，便于我们将同一文件上的两个逻辑不相关的 modifications 分批 commit。
当然，给 commit 添加 -a 选项，可以忽略此功能，即可将对所有 files 的所有 changes 都 add 至 staging area。
没懂，不是先 add 到 staging area，再 commit 到 repo 么？
咋感觉应该是 git add -a 呢？
