主要观点:作者使用 Git 十年,虽每天使用且有效完成工作,但仍不喜欢 Git,认为其难以控制,需牢记众多命令差异及操作逻辑,且在离线工作等方面存在不足;提出理想的 VCS“Gitlite”,包括抛弃去中心化模型、服务器端工作、大仓库处理、一流的 Pull Request 等;对比 SVN,虽入门简单但在自动化等方面存在问题;介绍 Sapling,喜欢其设计易理解、撤销操作方便等,但需 Meta 相关组件支持;Scalar 可在 Git 基础上处理大仓库,虽未彻底改变 Git 但能改善工作流程;结论是对现有工具不满但难以彻底改变,希望有人继续解决该问题。
关键信息:
- Git:命令多易混淆,离线工作不便,复杂且过度,如 push 和 pull 不是相反等。
- Gitlite:抛弃去中心化,服务器端工作,大仓库按需处理等。
- SVN:基本操作简单,分支处理有所改进但在自动化等方面有不足。
- Sapling:命令类似 Git,有堆栈和智能日志概念,喜欢其设计但需 Meta 组件。
- Scalar:内置 Git 大仓库处理选项,易于使用,可改善工作流程。
重要细节:
- Git 中各种命令的差异及使用场景,如 reset、revert 等。
- Gitlite 的具体设计理念及优势。
- SVN 的基本操作流程及分支处理方式。
- Sapling 的堆栈、智能日志等概念及操作。
- Scalar 的内置选项及作用。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。