我有一项任务分配给我,但我不是项目经理。卫生署。所以这就是问题所在。想象一下,你有100个任务应该在1年内完成。所以我们希望在今年发布5到6个版本。我们的团队很小,大约10人。现在我们将完成所有任务并标记其中的15个,例如在2个月内发布。但是1名开发人员已经准备好提前1个月完成任务,在我们发布之前他没有任务。
我们使用SVN,目前我们在干线工作。您如何组织我们的SVN存储库?我们希望完成任务的开发人员开始处理下一个版本的任务。如果我们为每个版本创建一个分支并在那里工作(主干只是与分支合并的结果)就像是自杀。
你能给我一些建议吗?感谢答案 0 :(得分:2)
允许您的开发人员互相协助并交换任务,这样如果一个开发人员仍在发布1但其他两个开发人员已准备好发布第3版,那么开发人员可以提前挖掘出那个远远不够的人后面。
这使你保持三个分支,顶部,这绝对可以合并,如果人们保持笔记,很容易合并。
答案 1 :(得分:0)
让每个版本在SVN中发布一个标签。这样,每次你提交的东西,你都可以确保你将它提交给特定版本。
当需要发布时,您可以查看标记为版本1(或2或3或4)的所有文件。
如果你为每个版本制作一个分支,你必须在发布后将一个分支合并到头部(你希望第2版中的代码包含你在1中做的所有内容,不是吗?)
答案 2 :(得分:0)
你应该看一下典型的DVCS branching model。即使你在使用SVN,对于如何使用不同的分支仍然有很好的见解。一个好的分支模型很重要,因为你似乎要同时开发软件的不同部分。
但是1名开发人员已经准备好提前1个月完成任务,在我们发布之前他没有任务。
这似乎是您单独为开发人员分配任务。这听起来很像微观管理,应该避免。
我建议查看像scrum这样的敏捷项目管理,特别是sprint中的开发和优先产品/ sprint backlogs部分。我们的想法是,团队总是有一个列表,其中包含下一个要做的事情,并且知道哪个是最重要的事情。每个成员一次处理一个项目,但所有成员都在处理相同的产品/发布。因此,当有人完成“它的”任务时,没有时间浪费,因为从那时起,积压的下一个项目就会得到处理。