2011-09-26 77 views
1

我们有一个小的开发团队,都在同一个房间里工作。我们正在设立Github来管理一些中型/大型项目。我们都是Github的新手,但想要使用它,因为我们的项目基于Github上托管的开源软件。如何将Github与共享存储库模型和Aptana一起使用?

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

我们想使用以下过程:

  1. 每个开发人员的工作与自己的版本使用的Aptana作为IDE项目。
  2. 每位开发人员定期获取更新,并承诺回购
  3. 我们定期更新来自回购项目的演示版本,以向项目干系人展示。

所有这些都是非常标准的东西,但我们正在努力寻找一些明确的文档或“如何”来设置它。 Github文档似乎旨在开源协作。

这可能是我们不完全理解Git的术语,我们来自Subversion的背景,一个开发者使用了Mercurial。

有人可以请建议一些清晰的文档或如何设置这种类型。

在此先感谢。

回答

3

首先,在你的回购像创建几个分支:

  • 主人 - 这就是代表你的当前版本中的一个
  • 发展 - 这是一个收集的最新完成开发任务(即用户故事)

当开发人员开始在一个新的用户故事的工作,他创建了一个新的分支从开发使用:

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 

现在开发者只能在这个功能分支上工作。完成他的工作后,他创建了一个从他的特色分支开发的拉动请求。其他开发者会在GitHub上查看它,查看他的更改。如果需要返工,开发人员会继续将更改推送到其功能分支,因为拉取请求将随之更新。如果一切正常,请求将被合并到开发中。

不时地将您的更改从开发合并到master,再次使用pull请求。如果你没有很好的测试覆盖率和持续集成,你可能需要在主控和开发之间增加一个分支来首先稳定你的代码。

此模型假定您的功能分支是短暂的,例如, 1-2天。

+0

Re * * dev继续将更改推送到他的功能分支,因为pull请求会随之更新*“;有没有办法禁用推入功能分支被自动纳入拉请求?或者正在创建另一个新的分支机构,以防止这种情况发生? – Pacerier

相关问题