1. Git基础命令全解析
作为分布式版本控制系统的标杆工具，Git已经成为开发者日常工作的核心基础设施。我整理了一份高频使用命令清单，这些命令经过多年实战检验，能覆盖90%以上的版本控制场景。
1.1 仓库初始化与基础操作
创建新仓库时，我习惯先建立README.md文件再初始化，这样能立即建立主分支的初始提交记录：
bash复制mkdir project && cd project
echo "# Project Title" > README.md
git init
git add README.md
git commit -m "Initial commit"
对于已有项目，克隆时推荐使用SSH协议以获得更好的安全性和传输效率：
bash复制git clone git@github.com:user/repo.git
日常提交代码时，我强烈建议使用-v参数查看变更详情：
bash复制git commit -v
1.2 分支管理实战技巧
创建新分支时，我通常会立即切换到该分支，这个组合操作能节省大量时间：
bash复制git checkout -b feature/new-module
合并分支时，使用--no-ff参数可以保留完整的合并历史：
bash复制git merge --no-ff feature/new-module
当需要临时切换任务时，stash命令比直接commit更优雅：
bash复制git stash push -m "WIP: debugging module"
git stash list # 查看存储栈
git stash pop # 恢复最近一次存储
1.3 版本回退与历史追溯
查看历史记录时，我推荐使用图形化展示：
bash复制git log --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit
撤销工作区修改时，要特别注意区分以下场景：
bash复制git checkout -- file.txt # 放弃工作区修改
git reset HEAD file.txt # 取消暂存状态
git revert commit_id # 创建逆向提交
2. SSH传输大文件的技术方案
当项目包含大型二进制文件（如数据集、媒体资源）时，传统的Git工作流会遇到性能瓶颈。经过多次实践验证，我总结出以下可靠解决方案。
2.1 Git LFS实战部署
Git Large File Storage是官方推荐的大文件管理方案。安装配置步骤如下：
- 安装LFS扩展：
bash复制git lfs install
- 在项目中指定要跟踪的文件类型：
bash复制git lfs track "*.psd"
git lfs track "*.zip"
git lfs track "data/*.bin"
- 生成的.gitattributes需要纳入版本控制：
bash复制git add .gitattributes
git commit -m "Configure LFS tracking"
重要提示：仓库托管平台需支持LFS功能，GitHub、GitLab等主流平台均已内置支持
2.2 分块传输技术详解
对于超过100MB的单个文件，建议采用分块传输策略：
- 使用split命令分割文件：
bash复制split -b 50M large_file.bin chunk_
- 将分块文件纳入版本控制：
bash复制git add chunk_*
git commit -m "Add large file in chunks"
- 接收方合并文件：
bash复制cat chunk_* > large_file.bin
2.3 替代方案对比分析
| 方案 | 适用场景 | 优点 | 缺点 |
|---|---|---|---|
| Git LFS | 频繁更新的二进制文件 | 透明使用，版本控制完整 | 需要服务器支持，有存储限制 |
| 分块传输 | 超大静态文件(>1GB) | 无额外依赖，兼容性好 | 手动操作复杂，更新麻烦 |
| 子模块引用 | 第三方依赖库 | 隔离管理，版本独立 | 学习曲线陡峭 |
| 外部存储+链接 | 超大规模数据集 | 不占用Git仓库空间 | 失去版本控制能力 |
3. SSH高效传输配置优化
3.1 连接参数调优
在~/.ssh/config中添加以下配置可显著提升大文件传输效率：
code复制Host *
Compression yes
CompressionLevel 9
ServerAliveInterval 60
TCPKeepAlive yes
ControlMaster auto
ControlPath ~/.ssh/control-%r@%h:%p
ControlPersist 1h
3.2 断点续传方案
当传输意外中断时，rsync比scp更适合恢复传输：
bash复制rsync -P -e ssh user@host:large_file.bin .
参数说明：
-P：显示进度并支持断点续传-e ssh：指定SSH为传输协议
3.3 传输速度测试方法
使用dd命令生成测试文件并测量传输耗时：
bash复制# 生成1GB测试文件
dd if=/dev/zero of=testfile bs=1M count=1024
# 传输测试
time scp testfile user@remote:/path/to/dest
4. 常见问题排查手册
4.1 Git错误解决方案
问题1：LFS文件显示指针而非实际内容
bash复制git lfs install
git lfs pull
问题2：SSH认证失败
bash复制eval $(ssh-agent)
ssh-add ~/.ssh/id_rsa
问题3：大文件推送被拒绝
bash复制git config --global http.postBuffer 524288000
git config --global https.postBuffer 524288000
4.2 网络问题诊断
测试SSH连接质量：
bash复制ssh -T -v git@github.com 2>&1 | grep "debug"
检查MTU设置是否合理：
bash复制ping -s 1472 -M do github.com
4.3 性能优化记录
我发现在传输大量小文件时，先打包再传输效率更高：
bash复制tar czf bundle.tar.gz small_files/
scp bundle.tar.gz remote:/path
ssh remote "tar xzf /path/bundle.tar.gz"
对于跨国传输，使用具有更好国际带宽的跳板机可以提升3-5倍速度。在~/.ssh/config中配置代理中转：
code复制Host github.com
ProxyCommand ssh jump_host -W %h:%p