做项目开发离不开代码管理，Git是目前最主流的分布式版本控制系统。很多新手刚接触时容易混淆命令，今天把最常用的提交流程拆解开，照着步骤操作就能顺利把代码推送到远程仓库。无论是个人练手还是团队协作，摸清这套流程都能大幅减少丢代码的风险。
第一步，配置基础信息
第一次使用Git前需要告诉系统你是谁，这会影响每次提交的记录署名。打开终端或命令行工具，依次输入git config --global user.name "你的名字"和git config --global user.email "你的邮箱"。设置完成后可以用git config --list查看是否生效。这一步只需要做一次，后续所有操作都会自动带上这些信息。建议邮箱尽量使用注册代码托管平台的账号，方便后续关联贡献统计。
第二步，初始化或克隆仓库
如果是在本地新建项目文件夹，进入目录后运行git init即可生成隐藏的配置文件夹。如果是参与他人项目，用git clone加网址直接把代码拉取到本地，这样能保证你和团队的基础文件一致。克隆成功后会多出一个同名目录，所有的修改都要在这个目录里进行，千万不要在根目录乱跑。
第三步，查看当前状态
修改完代码后，先别急着提交。输入git status可以快速看到哪些文件被改动过，哪些还没纳入管理。绿色文字表示未跟踪的新文件，红色文字表示已修改但没暂存的内容。养成先看状态的习惯能避免漏交文件或误传无关数据。如果临时文件太多干扰视线，可以在同级目录建一个.gitignore文件，把日志、编译产物等后缀写进去，Git就会自动忽略它们。
第四步，将文件加入暂存区
Git提交是分步走的，先把想保留的改动放进暂存区，命令是git add加文件名，或者直接用git add .代表把当前目录下所有变动全部打包。这一步相当于把草稿整理好放进信封，还没真正寄出。对于大型项目不建议盲目全选，最好逐个添加确认过的模块，防止把调试脚本或敏感配置带进去。
第五步，执行提交操作
暂存区准备好后，运行git commit -m "简短描述修改内容"。引号里的说明要写清楚这次改了哪里，比如修复登录页按钮错位或者新增用户权限接口。良好的提交记录能让以后查错或回滚变得非常轻松。如果提示冲突，说明别人也改了这个文件，需要先拉取最新代码并手动解决冲突后再提交。
第六步，推送至远程服务器
本地提交只是保存在自己的电脑上，要让队友看到或部署上线，必须执行git push origin 分支名。默认主分支通常叫main或master，替换成实际名称即可。遇到权限报错时检查账号密码或令牌是否正确，网络不稳定可以加重试参数。部分平台要求开启双重验证，需单独生成访问凭证代替密码。
常见问题与进阶技巧
实际操作中难免遇到意外情况。有时候不小心提交了错误信息，可以用git reset HEAD撤销暂存区的文件，或者git commit --amend修改最近一次提交说明而不创建新记录。如果需要回退到某个历史版本，先用git log找到对应的哈希值，再用git reset hard加上该编号即可彻底还原。在日常协作中建议保持小步快跑的节奏，不要攒几十个小时的改动才提交一次。频繁提交不仅方便自己随时备份，也能让代码审查更聚焦。配合IDE自带的图形化工具能直观看到差异对比，降低输错命令的概率。
分支管理与安全规范
在实际开发中，直接往主分支提交往往不被允许。规范做法是先创建独立分支，用git checkout -b 功能名切换过去，写完代码测试无误后再切回主分支进行合并。合并阶段如果遇到代码冲突，编辑器通常会标红显示重叠区域，手动保留需要的部分并删除冲突标记后重新提交即可。这种隔离机制能有效保护线上环境的稳定性。另外定期执行git fetch可以同步远端更新而不用合并，适合只想预览同事进度的场景。熟悉这些细节后，提交代码就像流水线一样自然，完全不需要担心误操作导致项目瘫痪。
