2013-10-26 14 views
2

我正在为学校开展一个小组项目,我是Git和Github的新手。根据我对Github的理解,当我“分岔”一个仓库时,我基本上将该项目的副本创建到我自己的Github帐户中,以便我可以独立处理它。我也明白,我可以直接从我的组成员进入我的IDE并从那里前往的原始存储库中取出。我应该从Github中派生或拉出一个组项目来在Eclipse中工作吗?

如果我从我的组成员的存储库'fork',如果他要对它进行提交,我如何更新fork以及他的更改?

我想我的问题是:在我们分工的小组项目中,将Eclipse设置为直接从主存储库中提取是一个更好的主意,这样我就可以轻松地将更改合并到我的“ m正在处理--OR--分配存储库并在我自己的副本上独立工作,然后以某种方式将我的组成员制作的所有更改合并到我自己的分支中,然后在完成分配时推送我的更改?

这是个人喜好从原始存储库直接导入到Eclipse中,还是将存储库“分叉”到我的Github帐户,然后从那里开始工作?对另一个做一个更好的做法吗?

我大概可以弄清楚如何通过在线教程做到这一点,但我不确定采取哪条路线。

所有帮助表示赞赏。

+0

这是一个很好的[分岔工作流程概述](https://www.atlassian.com/git/workflows#!workflow-forking) – thgaskell

回答

1

为小团体建议使用下面的选项2和上拉提交请求改变

主要有两个选项:

  1. 叉 - 看如何把上游的变化here克隆W /拉。当项目所有者想要控制更改进入项目时,会使用这种方法。对于可能不需要的课程项目。
  2. 克隆 - 使用功能分支&引入请求管理的变化(几个详情如下)

Git的工作流程的一个小团队可能看起来像下面这样。你可以阅读更多细节here

  • 克隆球队回购到本地工作站
  • 选择一个功能,在工作和创建分支对功能工作
  • 使大量凌乱的提交,直到你有什么准备发送给球队回购
  • 拉下从获得致力于掌握和衍合特性分支纳入那些为球队上游变化所需
  • 重写提交历史与git rebase -i origin/master
  • 创建一个拉请求被合并到主
0

我们的东西和工作的工作方式,因此我将它用于个人项目的方式如下:

  • 克隆主存储库(无叉)。

  • 签出您计划完成所有工作的新分支。

  • 当你结账完成主体工程分公司(大概掌握, 在我们使用制定工作)

  • 运行的git拉出身主(或任何主要分支的名字是)

  • 签出您已完成所有更改的分支。

  • 在你的分支上运行一个git rebase master,它会运行你所有的 变化,无论它在master上。

  • 然后做一个混帐推出身“你的新分支名”

  • 最后,一旦分支已经被推到了主要回购,提交 拉请求。

这是保持一组线性变化的好方法,它工作得很好。

相关问题