2.3 KiB
2.3 KiB
单一master
分支的Git工作流:
-
仓库初始化:
- 在GitHub、GitLab或其他代码托管平台上创建一个新的仓库。
- 在本地机器上,使用
git clone
命令克隆远程仓库到本地。
-
工作开始:
- 进入项目目录,使用
cd
命令。 - 确保始终处于
master
分支,可通过git branch
查看当前分支,或使用git checkout master
切换到master
分支。
- 进入项目目录,使用
-
日常开发:
- 在
master
分支上直接进行文件的修改、新增或删除。 - 使用
git status
查看工作区的状态,了解哪些文件已被修改或新增。 - 使用
git add .
或git add <file>
将改动的文件添加到暂存区。 - 使用
git commit -m "commit message"
提交改动到本地仓库,记得附上清晰的提交信息。
- 在
-
推送到远程仓库:
- 使用
git push origin master
将本地master
分支的改动推送到远程仓库的master
分支。 - 如果是首次推送,可能需要添加
-u
参数来建立跟踪关系,如git push -u origin master
。
- 使用
-
协作与冲突解决:
- 在多人协作时,确保及时拉取远程的最新改动到本地,使用
git pull origin master
。 - 如果出现冲突,Git会提示冲突文件,需要手动编辑这些文件解决冲突,保留或合并必要的改动。
- 解决冲突后,再次使用
git add
和git commit
提交解决冲突后的版本,并推送。
- 在多人协作时,确保及时拉取远程的最新改动到本地,使用
-
代码审查与反馈:
- 即使在简化的工作流中,也应该鼓励团队成员相互查看提交的代码,可以通过Pull Request(即使是在同一个分支内)或代码审查工具来进行。
-
版本标记:
- 对于重要的里程碑或发布版本,可以使用
git tag
命令打标签,例如git tag v1.0.0
,然后使用git push origin --tags
将标签推送到远程仓库。
- 对于重要的里程碑或发布版本,可以使用
尽管此流程简单,但重要的是要意识到,随着项目复杂度和团队规模的增长,这种单一master
分支的模式很容易导致混乱和错误。推荐过渡到更成熟的工作流,比如引入develop
分支作为日常开发分支,以及使用功能分支进行特性开发和隔离,最终通过 Pull Request 合并到主分支,以保持代码质量和团队协作效率。