Git
Git 版本控制系统的使用技巧和常见问题解决方案。
Git 简介
Git 是一个分布式版本控制系统，由 Linus Torvalds 于 2005 年创建，用于管理 Linux 内核开发。如今已成为最流行的版本控制工具。
Git 的设计哲学
1. 明确性优于智能性
Git 遵循 Unix 哲学："做一件事，并把它做好"。
核心原则：
- 用户配置了什么，Git 就严格执行什么
- 不会擅自改变用户的配置意图
- 行为可预测，便于调试和问题排查
实例：代理配置
bash
# 如果配置了代理
git config --global http.proxy socks5://127.0.0.1:10808
# Git 会严格使用这个代理，即使代理失败也不会自动尝试直连
# 原因：用户配置代理通常是因为"必须"使用代理才能访问2. 安全性优先
Git 在设计时充分考虑了安全性，避免自动行为带来的风险。
为什么不自动回退到直连？
- 在企业环境中，直连可能违反网络安全策略
- 可能暴露真实 IP 地址
- 可能触发安全警报或被防火墙阻止
示例场景：
公司内网环境 → 配置代理访问 GitHub
代理失败 → 如果自动直连 → 可能违反公司政策 ❌3. 性能与效率
Git 避免不必要的重试和等待，保持操作的高效性。
如果自动回退会导致：
- 增加额外的超时等待时间
- 用户不知道实际使用了哪种连接方式
- 难以判断是代理问题还是网络问题
- 每次操作都可能有不确定的延迟
4. 配置的确定性
Git 的配置系统是确定性的，这是其可靠性的基础。
优势：
- ✅ 配置了什么，就使用什么
- ✅ 不会有"可能用代理，可能不用"的模糊状态
- ✅ 便于团队协作和环境复现
- ✅ 问题排查时能快速定位原因
对比其他工具：
| 工具 | 自动重试 | 适用场景 |
|---|---|---|
| curl | ✅ 支持 | 下载文件，失败重试影响小 |
| wget | ✅ 支持 | 下载文件，失败重试影响小 |
| 浏览器 | ✅ 支持 | 用户交互，可以手动重试 |
| Git | ❌ 不支持 | 代码管理，需要确定性和安全性 |