Git 版本控制团队开发

面向团队开发的 Git 版本控制

与团队协作时,在编辑之前应让本地仓库与远程仓库保持同步,为自己的修改使用独立分支,并在代码准备好接受评审或集成时将工作推送回服务器。

编辑前先拉取

开始工作前,先从远程仓库更新本地副本:

git pull

这有助于避免基于旧代码进行编辑。如果你的团队使用特定的主分支,请先切换到该分支,然后再拉取:

git checkout master
git pull origin master

现在有些仓库使用 main 而不是 master;请检查你的项目使用的分支名称。

查看当前分支

要查看所有本地分支并确认当前所在分支,运行:

git branch

当前分支会用 * 标记。

创建并切换到新分支

为你的任务创建一个分支:

git branch branchname
git checkout branchname

同样的操作也可以用一条命令完成:

git checkout -b branchname

使用清晰的分支名称,例如 fix-login-errorfeature-user-profile,这样其他团队成员就能理解这项工作的目的。

提交你的修改

编辑文件后,检查发生了哪些变化:

git status
git diff

添加你想提交的文件:

git add filename

然后创建提交:

git commit -m "Describe the change"

好的提交信息应简要说明修改了什么以及为什么修改。

合并你的分支

当分支准备好合并回主开发分支时,先切换到目标分支:

git checkout master
git pull origin master

然后合并你的工作分支:

git merge branchname

如果存在冲突,Git 会显示需要修复的文件。打开这些文件,解决冲突标记,测试结果,然后提交这次合并。

删除已完成的分支

分支合并后,删除本地分支:

git branch -d branchname

如果该分支尚未合并,Git 会发出警告,而不是直接删除它。

将代码推送到服务器

要将某个分支推送到远程仓库:

git push origin branchname

如果你合并到了 master,则推送更新后的 master 分支:

git push origin master

同样,如果你的仓库使用 main,请将 master 替换为 main

基本团队工作流

一个简单的团队工作流如下:

git checkout master
git pull origin master
git checkout -b branchname
# edit files
git status
git add filename
git commit -m "Describe the change"
git checkout master
git pull origin master
git merge branchname
git push origin master
git branch -d branchname

对于较大的团队,通常更好的做法是推送你的分支并打开一个拉取请求,而不是直接合并到主分支。这样可以在变更被接受前进行代码评审、自动化测试和讨论。

Leave a Reply