如何管理SVN和开发人员资源中的项目任务？

我有一个任务分配给我，但我不是项目经理。卫生署。所以这是问题。想象一下，你有100个任务应该在1年内完成。所以我们想在今年做5到6次发行。我们的团队很小，约有10人。现在，我们将完成所有任务，并将其中的15个标记为例如在2个月内发布。但是，1位开发人员已经提前1个月完成任务，在我们发布之前他没有任何任务。如何管理SVN和开发人员资源中的项目任务？

我们使用SVN，目前我们在干线工作。你如何组织我们的SVN仓库？我们希望完成任务的开发人员开始处理下一个版本的任务。如果我们为每个版本创建一个分支并在那里工作（主干只是与分支合并的结果）就像自杀一样。

你能给我一些建议吗？谢谢

来源

2010-09-17 mynkow

查看svn手册中的以下提示。 http://svnbook.red-bean.com/en/1.5/svn.branchmerge.commonpatterns.html – zellus 2010-09-17 14:36:38

允许你的开发者相互协助和交换任务，这样如果一个开发者仍然在发布版本1上，但另外两个开发者已经准备好去发布版本3，那么开发人员可以提前开展工作来挖掘那些远远落后的人。

这使你保持在三个分支，顶部，这是绝对可以合并，并且如果人们记笔记，很容易合并。

来源

2010-09-17 16:31:04

嗯，有趣。我真的很喜欢交换。 – mynkow 2010-09-17 22:34:41

使每个版本在SVN中成为一个标签。这样每次你提交一些东西时，你都可以确保你正在向特定版本提交。

当需要发布时，您可以检出所有标记为版本1（或2或3或4）的文件。

，如果你犯了一个分支的每一个版本，你将有发布之后将分支合并回头（您想在第2版的代码包含您在1所做的一切，不要你？）

来源

2010-09-17 14:34:34

一般来说，一旦某物被标记，它不会改变。理想情况下，他应该让每个人都开始行李箱，随时发布标签，如果有人领先，可以a）相应地转移任务，或者b）让他们在发布后继续工作。 – CaseySoftware 2010-09-17 15:09:11

你是对的。最好的选择是当你在发布之后分支，并在发布之后重新合并。 – 2010-09-17 15:26:34

那是正确的奥伦。在发布问题之前，这实际上是我们的最佳选择=>“最好的选择是当你提前分支，并在发布后重新合并” – mynkow 2010-09-17 22:34:07

你应该看看典型的DVCS branching model。即使在SVN上，对于如何使用不同的分支仍然有很好的见解。一个好的分支模型很重要，因为看起来你要同时开发软件的不同部分。

但是1名开发人员已经准备好了他的任务，提前1个月完成任务，直到我们发布，他才有任务。

这似乎是你分配给开发人员的任务。这听起来很像微管理，应该避免。

我会建议看看像scrum这样的敏捷项目管理，尤其是在冲刺和优先级产品/冲刺待办事项部分的开发。这个想法是，团队总是有一个列表，下一步要做的事情，也知道哪一个是最重要的。每个成员一次只能处理一个项目，但所有成员都在处理相同的产品/版本。因此，当有人完成“这是”任务时，没有时间浪费，因为处理完积存的下一个项目。

来源

2010-09-20 10:43:15 Rudi

如何管理SVN和开发人员资源中的项目任务？

回答

相关问题