如何正确配置本地、远程与Git仓库的连接？

Hey Dan, 恭喜你已经搞定了Git最关键的初始步骤——把本地项目推送到Bitbucket远程仓库，这已经比很多刚上手的人走得远了！既然你现在已经有了本地服务器的项目副本和远程仓库，接下来可以从日常开发流程、配置优化、冲突处理这几个核心方向入手，我给你理一理具体该怎么做：

这是你每天都会用到的操作，先把这个流程固化下来：

• 拉取最新代码再开工：每次开始写代码前，一定要切换到主分支（比如main或master），执行git pull origin main，确保本地代码和远程仓库的最新版本一致，避免后续不必要的冲突。
• 用功能分支隔离开发：绝对不要直接在主分支上写代码！比如要开发一个新功能，创建专属分支：git checkout -b feature/user-profile，在这个分支上自由修改，完全不影响主分支的稳定性。
• 规范提交代码：写完代码后，先暂存变更（严谨点就指定文件，比如git add src/profile.js，不想麻烦就git add .），然后提交：git commit -m "feat: 新增用户个人资料页面，支持头像上传"。这里的提交信息建议用类型: 描述的格式，比如feat（新功能）、fix（修复bug）、docs（文档修改），方便以后回溯历史记录。
• 推送分支并合并：把功能分支推送到远程：git push origin feature/user-profile，然后去Bitbucket后台创建Pull Request（PR），可以自己检查代码或者邀请同事review，确认没问题后合并到主分支。
• 清理本地分支：合并完成后，切回主分支拉取最新代码：git checkout main && git pull，然后删除本地的功能分支：git branch -d feature/user-profile

调整一些全局配置，让Git用起来更顺手：

• 确认身份配置：虽然你已经能推送代码，但还是确认下全局的用户名和邮箱，确保commit记录的身份正确：

  git config --global user.name "你的名字"
  git config --global user.email "你的注册邮箱"
  

• 设置默认编辑器：如果觉得命令行写提交信息太麻烦，可以把默认编辑器改成VS Code：

  git config --global core.editor "code --wait"
  

• 配置命令别名：给常用命令起短别名，节省打字时间：

  git config --global alias.st status
  git config --global alias.ci commit
  git config --global alias.co checkout
  git config --global alias.br branch
  

  之后就可以用git st代替git status，git ci代替git commit，效率提升不少。

代码冲突是开发中不可避免的，提前知道怎么处理就不会慌：

• 当执行git pull时，如果本地和远程有相同文件的修改，Git会提示冲突，并标记出冲突文件。
• 打开冲突文件，你会看到类似这样的标记：

  <<<<<<< HEAD
  本地的修改内容
  =======
  远程的修改内容
  >>>>>>>> a1b2c3d...（远程分支的哈希值）
  

• 手动修改这些内容，保留正确的代码，然后删除所有冲突标记。
• 修改完成后，执行git add 冲突文件名，再git commit完成合并，最后推送到远程即可。

既然你有本地服务器的项目，还可以把Git和部署流程结合起来：

• 如果服务器是测试/生产环境，可以在服务器上克隆一份仓库：git clone <你的Bitbucket仓库地址>，每次主分支合并更新后，登录服务器执行git pull就能同步最新代码，再重启服务（比如Nginx、Node服务等）即可。
• 进阶点可以用Git Hooks自动部署：在服务器上的仓库里添加post-receive钩子脚本，这样当你推送到远程仓库后，服务器会自动拉取代码并完成部署，不用手动登录操作。

相信把这些流程走个几遍，你就能熟练驾驭Git了！

内容的提问来源于stack exchange，提问作者Dan