在团队协作开发中，Git是目前最主流的版本控制工具。为了让新同事快速上手，也为了统一代码管理标准，这份内部Git教程涵盖了从环境配置到日常协作的全流程。内容尽量避开复杂术语，直接讲实际操作步骤，大家照着做就能顺利参与项目。
基础环境与账号配置
首先需要在本地安装Git客户端。Windows用户可以直接去官网下载安装包，一路下一步即可。macOS用户推荐使用命令行工具安装，Linux系统通常自带或通过包管理器安装。安装完成后，打开终端或命令行，执行git version确认版本正常。
接下来是身份配置。Git通过用户名和邮箱来标记每次提交的作者信息。请在命令行依次运行配置命令设置全局用户名和公司邮箱。配置全局参数后，后续所有仓库的提交都会自动带上这些信息。如果需要连接私有代码仓库，强烈建议配置SSH密钥。通过命令行生成密钥对，将公钥内容复制到内部Git平台的设置页面中。配置好之后，拉取和推送代码就不再需要反复输入密码，既安全又高效。
核心操作流程解析
拿到新项目的第一步永远是克隆代码。使用git clone加仓库地址命令，将远程代码完整下载到本地指定目录。进入项目文件夹后，先运行git branch查看当前分支状态。默认情况下，你通常会停留在主分支上，但日常开发严禁直接在主分支修改代码。
新建功能分支是标准动作。执行checkout命令加上新分支名称，创建一个独立的工作分支。在这个分支里，你可以随意添加文件、修改代码。写完一段逻辑后，使用add命令将变更暂存，再用commit命令带清晰的提交说明保存快照。注意提交信息要写清楚改了什么，比如修复了登录超时问题或者新增了数据导出功能，方便后续追溯。
代码自测通过后，就需要同步给团队。运行push命令把本地分支推送到远程。如果多人同时修改了同一个文件，推送前务必先执行pull获取最新代码，避免冲突堆积。处理完合并冲突后，再次提交并推送。最后在公司内部平台发起合并请求，填写关联的需求链接和测试截图，等待负责人代码审查。审核通过后，由管理员点击合并按钮，功能正式集成到主干。
分支管理规范与命名约定
为了保持代码库整洁，公司实行严格的分支策略。主分支分为master用于存放稳定版本，develop作为日常集成分支。所有新功能必须在feature开头命名的分支开发，例如feature订单支付优化。紧急线上问题则走hotfix开头命名的分支，例如hotfix修复首页崩溃漏洞。bug跟踪类任务统一使用bug开头。分支名称必须简短明确，禁止使用中文或特殊符号，中间用下划线分隔。
分支生命周期结束后，及时删除。无论是通过命令行删除本地分支，还是在平台清理远程分支，都能有效降低维护成本。长期不用的废弃分支会占用服务器空间，也会干扰其他人的判断。养成随手清理的习惯，能让整个团队的代码仓库始终保持清爽。
常见坑位规避与安全须知
很多新手容易犯的错误是把敏感信息直接提交到代码里。数据库密码、API密钥、内部服务器地址绝对不能硬编码。遇到这类配置，请统一使用环境变量或者读取公司内部的密钥管理服务。每次提交前，可以借助忽略文件过滤不需要上传的文件类型，比如编译产物、本地日志、IDE配置文件等。
权限方面，普通员工只有对应项目的读写权限，没有强制推送权限。这意味着你不能直接用覆盖命令替换别人的提交记录，一旦误操作会导致全组历史丢失。如果遇到必须回滚的情况，请找运维或架构师协助。此外，定期检查工作区状态，不要带着未暂存的修改去切换分支，否则很容易打乱代码顺序。掌握这些基础规则，配合日常的提交习惯，就能让团队协作变得顺畅无阻。遇到拿不准的问题，随时在技术群里提问，资深同事会提供针对性支持。
