前言
Git 远程同步的核心在于保持本地与云端仓库的一致性。本文将摒弃冗余理论，直接聚焦场景化实操，涵盖克隆、拉取、推送三大核心流程，并补充常用配置技巧与常见坑点规避。无论你是独立开发者还是团队成员，都能借此建立规范的协作习惯。
一、理解远程仓库
我们日常操作的工作区、暂存区和版本库通常位于本地。Git 是分布式版本控制系统，意味着每台电脑都拥有完整的版本库副本。多人协作时，大家只需将修改推送到'中央服务器'进行交换即可。虽然理论上没有中央服务器也能工作，但为了数据备份和方便交换，托管在云端的远程仓库（如 GitHub、Gitee）至关重要。一旦本地硬盘损坏，随时可以从远程恢复完整历史。
二、远程仓库核心操作
1. 创建远程仓库
在托管平台上新建项目，填写基本信息后，系统会生成一个唯一的仓库地址。此时远程仓库默认包含一个 master 分支。
2. 克隆远程仓库
使用 git clone 命令将远程仓库下载到本地。支持 HTTPS 和 SSH 两种协议。HTTPS 简单直接，但每次推送需输入密码；SSH 更安全且免密，但需配置公钥。
HTTPS 方式：
git clone https://gitee.com/username/repo.git
SSH 方式：
git clone [email protected]:username/repo.git
若遇到主机验证提示，确认指纹后输入 yes 即可。首次使用 SSH 需生成密钥对（ssh-keygen），并将公钥内容添加到平台的 SSH Keys 设置中。克隆成功后，Git 会自动将远程仓库关联为 origin，可通过 git remote -v 查看。
三、推送与拉取
1. 向远程推送
本地修改完成后，先提交到本地仓库：
git add .
git commit -m "描述修改内容"
注意确保配置的 user.name 和 user.email 与远程平台账号一致。随后执行推送：
git push origin master
这将把本地的 master 分支推送到远程同名分支。
2. 拉取远程更新
为避免本地落后导致冲突，定期拉取最新代码：
git pull origin master
git pull 相当于 fetch + merge。如果远程有修改，本地会自动合并；若无变化则显示 Already up to date。
四、忽略文件与命令别名
1. .gitignore 配置
不想上传的文件（如编译产物、配置文件）可写入 .gitignore。例如忽略所有 .so 和 .ini 文件：
*.so
*.ini
若误加了文件，可用 git add -f 强制添加；若规则有误，用 git check-ignore -v <file> 排查。
2. 命令别名
为减少重复输入，可配置别名。例如将 status 简写为 ：
