GitHub团队项目合作流程

GitHub团队项目合作流程

非原创,原文链接:GitHub团队项目合作流程

已在另一篇博客中写出关于以下问题的解决,点此进入

  • 同步团队项目到本地时出现冲突怎么办?
  • 项目负责人merge一个Pull Request后发现有错怎么回退?

目录:

注:其中 零、一、七 是由团队项目负责人来完成的。开发人员只要从  开始就行了。


零、前期准备:

首先把队友直接push的权限关掉,即设置成Read。这样可以防止队友误操作,未经审核就把代码push到团队项目上。
Teams用来分配issue的时候会用到,所以保留下来,并不是没有用。

一、创建开发分支

master分支一般用来发布稳定版本,dev分支(开发分支)用来发布开发版本。
输入分支名称后,下面会跳出Create branch,点击即可创建。

下面图片写的是develop,是因为我们这个项目已经有dev分支了。如果你们没有dev分支,那么名字改成dev即可。这个影响不大。

分支创建完毕后,会自动跳转到dev分支。由于dev分支是从master分支上创建的,因此内容与master分支一致。

二、Fork项目到个人的仓库

点击右上角的Fork,并选择你的账号(一般在第一个)。就可以Fork团队项目到个人仓库啦。

Fork完成后

三、Clone项目到本地

首先是clone,clone的地址可以直接点击按钮复制(如下图)。

推荐使用SSH协议,用HTTP协议有时会出问题。
注意,这里clone的是你自己仓库里的项目

打开git命令行,输入指令和刚才复制的地址,回车即可克隆到本地

此时你只能看到master分支,并没有把dev分支clone下来。使用 git branch 命令查看本地分支,发现本地只有master分支。如下图的①

如上图的②,使用 git branch -a 查看所有分支,就能看到远程分支。
根据远程分支,我们可以创建一个新的本地分支dev,并把该项目的dev分支的内容放到本地dev分支。如上图③。

git checkout -b dev origin/dev 的意思是,创建一个dev分支(-b),并把远程dev分支(origin/dev)的内容放在该分支内。接着切换到该分支(checkout)

现在使用 git branch 可以查看两个分支,并且用 ls 或者 dir 就能看到dev分支的内容了。想切换回master分支的时候,再用 git checkout master 即可。

上面的操作完成后,你就可以在本地进行开发了。但是如果要将你修改完的代码合并到团队项目上,还需要进行下面的操作。

四、和团队项目保持同步

首先查看有没有设置upstream,使用 git remote -v 命令来查看。如下图①

如果没有显示upstream,则使用 git remote add upstream 团队项目地址 命令。如上图②
接着再次使用 git remote -v ,如果如上图③,显示出了upstream,那么就设置好了

开始同步。首先执行 git fetch upstream 获取团队项目最新版本。如下图①

此时并没有把最新版本合并到你本地的分支上,因此还需要一步。如上图②,当前分支是dev分支,执行 git merge upstream/dev 命令后,会将源分支(upstream/dev)合并到当前分支(dev)。

如果你是在本地的master分支上开发,那么在使用该命令前,先切换到master分支。
merge的时候,有可能碰到冲突。需要解决冲突才能继续下面的操作。冲突的解决可以参考→ 冲突的解决

五、push修改到自己的项目上

解决冲突后,就可以使用 git push 命令将本地的修改同步到自己的GitHub仓库上了。

注意,在当前所在分支使用push,会push到与这个分支相关联的远程仓库分支。这里dev分支与origin/dev关联,因此push到GitHub上的dev分支。

六、请求合并到团队项目上

首先到你的GitHub上,进入你Fork的仓库里。点击红框处的Pull request

下图左边红框,表示要合并到fzu2015/CourseManagement项目的dev分支。
下图右边红框,表示要从自己仓库的dev分支发起合并请求。
点击红框处的 Create pull request就可以发送合并请求了。

当然,在发送请求之前,你可以检查一下你都改了哪些东西。在上面那个页面往下拉,就可以看到两者的对比。如下图

以上操作结束后,团队成员的流程就结束了。最后一步交给团队项目负责人来完成。

七、团队项目负责人审核及同意合并请求

首先进入GitHub的团队项目仓库中。此时右边的Pull requests显示当前项目有几个Pull request。点击进入查看。

选择一个Pull request

项目负责人审核有两个要注意的地方

  • 一个是下图的①。一定要看清楚是合并到哪个分支。这里是从schaepher的dev分支合并到fzu2015的dev分支。
  • 另一个是下图的②。点击进去后,就可以查看该Pull request对项目做了哪些修改。这样如果有问题,可以及时发现,并关闭该Pull request。

    如果关闭了,一定要告诉队友,否则他可能会不知道。虽然也可以直接在下面发布Comment告诉他,但队友不一定看到。

  • 如果没有问题,可以点击Merge pull request。这样就合并好了。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
团队使用 GitHub 的优点包括: 1. 版本控制:GitHub 提供强大的版本控制功能,团队成员可以轻松地追踪、管理和协同编辑项目代码。它使团队能够在一个集中的平台上共享和管理代码的不同版本,确保项目代码的一致性和可追溯性。 2. 协作和共享:GitHub 提供了团队成员之间的协作和共享代码的能力。团队成员可以通过提交拉取请求来合并代码,进行代码审查,并通过问题跟踪系统进行讨论和解决问题。这样可以促进团队成员之间的交流和合作,提高团队的生产力和效率。 3. 代码管理和组织:GitHub 提供了强大的代码管理和组织功能。团队可以使用分支来管理不同的功能或任务,保持主干代码的稳定性。此外,GitHub 还提供了标签、里程碑等功能,帮助团队对代码进行分类和组织。 4. 可视化工具和报告:GitHub 提供了可视化工具和报告,帮助团队成员更好地了解项目的进展和贡献。例如,GitHub 的活动面板显示了团队成员之间的活动情况,提交历史记录等。这有助于团队成员了解项目的状态和进展。 5. 社区和开源资源:作为一个全球最大的开源代码托管平台,GitHub 提供了一个庞大的开源社区和资源。团队可以从社区中学习和分享开源代码,与其他开发者进行交流和合作。这有助于团队成员提高技术能力和拓宽视野。 6. 部署和集成:GitHub 提供了与其他工具和服务的集成,如持续集成/持续部署(CI/CD)工具、代码质量检查工具等。团队可以将 GitHub 与这些工具集成,自动化构建、测试和部署流程,提高开发效率和代码质量。 7. 可访问性和安全性:GitHub 提供了基于云的平台,团队可以从任何地方访问和管理项目。此外,GitHub 还提供了安全性功能,如权限管理、两步验证等,保护项目代码的安全性。 综上所述,团队使用 GitHub 可以享受到版本控制、协作和共享、代码管理和组织、可视化工具和报告等多种优点。它提供了一个强大的平台,帮助团队更好地协同开发和管理项目代码。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值