如何使用Github与共享存储库模型和Aptana?

时间:2011-09-26 00:19:59

标签: github aptana

我们有一个小型开发团队,所有人都在同一个房间工作。我们正在建立Github来管理一些中型/大型项目。我们都是Github的新手,但我想使用它,因为我们的项目基于Github上托管的开源软件。

根据我们的情况,“共享存储库模型”看起来很理想 - 每个开发人员都拥有完整的Git权限。

我们想使用以下过程:

  1. 每个开发人员使用Aptana作为IDE使用他们自己的项目版本。
  2. 每位开发人员定期从repo
  3. 获取更新并提交
  4. 我们会定期更新源自回购的项目的演示版本,以向项目利益相关者展示。
  5. 所有这些都是相当标准的东西,但我们很难找到一些明确的文档或“如何”来设置它。 Github文档似乎是针对开源协作的。

    可能我们不完全理解Git术语,我们来自Subversion的背景,一个开发人员使用过Mercurial。

    有人可以建议一些明确的文档或如何设置此类型。

    提前致谢。

1 个答案:

答案 0 :(得分:3)

首先,在您的仓库上创建几个分支,如:

  • master - 这是代表​​当前版本的那个
  • develop - 这是持有最新完成的开发任务(即用户故事)的那个

当开发人员开始处理新用户故事时,他使用以下方法从开发中创建了一个新分支:

git fetch
git checkout develop
(git pull origin develop) <-- only if you are not yet on head of develop
git checkout -b new-feature-branch

现在dev只适用于此功能分支。完成他的工作后,他从他的功能部门创建了一个拉动请求,以进行开发。其他开发人员将在GitHub上查看它,查看他的更改。如果需要返工,dev会继续将更改推送到其功能分支,因为pull请求将随之更新。如果一切正常,拉取请求将合并到develop。

有时,您可以使用拉取请求将您的更改从开发合并到主控。如果您没有良好的测试覆盖率和持续集成,您可能需要在master和develop之间增加一个分支,以便首先稳定代码。

此模型假设您的要素分支是短暂的,例如1-2天。