在团队协作中，代码的共享与同步是开发流程的核心。Git 的推送（push）和拉取（pull）操作正是实现本地仓库与远程仓库数据一致的关键手段。通过 push，我们将本地的更新上传至远程；通过 pull，则把远程的最新变动合并到本地。下面我们来梳理核心流程、实操命令以及常见问题的处理思路。
关联远程仓库
在推送之前，必须确保本地仓库已关联远程地址。默认情况下，我们通常将远程仓库命名为 origin。
git remote add origin <远程仓库地址>
例如，若远程地址为 GitHub 上的项目，命令如下：
git remote add origin https://github.com/username/repo.git
关联完成后，可以使用 git remote -v 验证连接状态。
推送本地分支
当本地完成修改并提交后，即可推送到远程。首次推送时建议加上 -u 参数以设置上游分支，这样后续只需输入 git push 即可。
git push -u origin master
这里的 master 是本地分支名，也是目标远程分支名。如果远程分支尚未存在，该命令会自动创建。
拉取远程更新
在开始工作前，先拉取远程最新代码能避免很多冲突。git pull 本质上是 fetch 加 merge 的组合操作。
git pull origin master
执行后，Git 会将远程 master 分支的提交下载并尝试合并到本地当前分支。如果遇到文件变更冲突，Git 会暂停合并过程并标记冲突文件。
解决推送冲突
多人协作时，冲突难以完全避免。当多个开发者修改了同一文件的同一区域，推送或拉取时就会触发冲突。
-
提前拉取：推送前先执行
git pull，尽早暴露冲突点。 -
手动合并：冲突文件中会出现类似以下的标记：
<<<<<<< HEAD 本地修改的内容 ======= 远程修改的内容 >>>>>>> origin/master根据业务逻辑保留需要的内容，删除标记符号，保存文件。
-
提交修复：将解决后的文件加入暂存区并提交。
git add <冲突的文件> git commit -m "解决冲突" -
再次推送：确认无误后重新推送。
git push origin master
拉取失败排查
若遇到拉取失败，可从以下几个维度检查：
- 网络连接：确认网络通畅，尝试访问其他网站验证。
- 权限问题：检查远程仓库地址是否正确，确认账号是否有读写权限。
- 本地状态：使用
git status查看是否有未提交的修改或未解决的冲突。如果有脏数据，需先提交或清理后再拉取。
掌握这些基础操作，能有效保障团队代码库的一致性，减少协作摩擦。
