Git ：团队协作和版本控制的最佳实践|青训营背景为了适应大项目的开发，我终于学了一直躺在收藏夹中的Git Git 是

背景

为了适应大项目的开发，我终于学了一直躺在收藏夹中的Git

Git 是一个分布式版本控制系统，用于跟踪文件和文件夹的变化，以及协调多人在同一项目上的协作开发。

旨在解决多人协作开发中的代码管理问题，使团队成员能够高效地共同工作，追踪代码的变化历史，并在需要时进行版本回退和分支管理。

版本控制: Git 可以跟踪文件和文件夹的修改、删除和新增操作，记录每个提交的变化，从而生成一个完整的版本历史。
分布式: Git 是一种分布式版本控制系统，每个开发者都拥有完整的代码仓库副本。这意味着即使断开与中央服务器的连接，开发者仍然可以继续工作，然后在连接时将变更同步到服务器。
分支管理: Git 允许开发者创建多个分支，每个分支可以用于不同的特性开发、bug 修复等任务。这使得团队可以并行开发不同功能，而不会影响主分支的稳定性。
协作开发: 多人协作时，每个开发者可以在本地进行开发和测试，然后将自己的变更推送到远程仓库，团队成员可以轻松地获取最新代码。
代码合并: Git 可以将不同分支的代码变更合并到一起，解决可能出现的冲突，并保留每个提交的作者信息和变更历史。
代码回退: 如果出现问题，开发者可以回退到之前的版本，恢复项目到正常状态。
标签和发布: Git 支持给特定的提交打上标签，用于标记重要的版本，以及方便团队发布。

在Git官网找到对应系统的软件和适合的版本

可以选择在现有项目中初始化仓库，或者重新创建一个新的仓库

# 初始化现有项目为 Git 仓库
git init

# 或者从远程仓库克隆
git clone <repository_url>

团队开发中，推荐使用主分支 main 或 master 作为稳定版本，每个特性或任务则创建新分支进行开发，以防止直接影响主分支

# 创建并切换到新分支
git checkout -b feature/new-feature

在完成特性开发或任务后，需要提交代码并合并到主分支。提交代码时，要写清楚简洁的提交信息，表明你的改动内容

# 添加所有修改到暂存区
git add .

# 提交代码
git commit -m "Add new feature"

确保代码通过了测试后，可以通过 Pull Request 或合并请求（GitHub、GitLab等平台）将代码合并到主分支，且在合并后需要进行代码审查

团队开发中，可能会出现不同分支之间的冲突。这时，需要解决冲突并合并代码。冲突解决包括手动修改文件，然后再次提交。解决冲突后，要确保代码仍然能够正常运行。

通过合理的分支策略和代码审查，可以确保代码质量和团队协作效率。团队成员在合并代码前，需要进行代码审查，发现问题及时修复

在项目达到一个重要的阶段或版本时，可以使用标签来标记版本。标签可以帮助团队快速找到重要版本，并且可以作为发布版本的依据

# 创建一个版本标签
git tag v1.0.0

# 推送标签到远程仓库
git push origin v1.0.0

远程仓库是团队协作的基石。定期将本地代码推送到远程仓库，保证代码的备份和团队成员之间的同步

# 推送本地分支到远程仓库
git push origin <branch_name>

在实践的过程中，我从不知道怎么合并，出现端口被占用的错误，到慢慢熟练，虽然只是浅浅地用了一下，也算是掌握了一点新知识。