集成使用svn,Jira和Bamboo的最佳实践？

我目前专注于使用svn,Jira和Bamboo设置软件配置管理流程.不幸的是,我找不到使用上述工具的任何定义或标准做法.我正在寻找一套最佳实践,包括:

分支的最佳方式

保持发展线的最佳模式

使用jira问题的最佳方法是使用svn提交

...

Microsoft为其TFS解决方案提出了一个良好的配置管理实践.针对上述工具的任何已知最佳实践？

1> David W...：

---

我建议你阅读一下在线Subversion书,其中包含许多关于使用Subversion的最佳实践的内容.

我还推荐实用Perforce一书.Perforce是另一个版本控制系统,但它与Subversion非常相似,本书对如何进行分支和编码有一些很好的想法.这一切都非常适用于Subversion.

至于Jira,最好的建议是保持简单:真的,非常简单.Jira最适合开发人员,而不是整个企业组织.工作流程应保持简单.

关于Jira没有好书,但是如果你从未使用过Jira,请理解某些领域有非常特殊的含义,你应该尊重它们的含义:

解决方案用于将问题标记为打开或关闭(而不是状态).如果问题有解决方案,则关闭.期.这用于许多内置报告,因此应该得到尊重.

每个Jira项目的核心是版本号 - 另一个非常特殊的概念.通过报告的版本及其修复的版本来跟踪缺陷.

除非转换到另一个状态,否则无法更改状态字段.因此,我建议您有一个可以将问题重置为先前状态的回流.有人会转移错误的问题,你必须解决它.

使用像Jenkins或Bamboo 这样的持续集成系统.Jenkins和Bamboo很好地融合了Jira.事实上,我认为这是一个比直接Subversion到Jira集成更重要的集成.几乎没有人会费心直接从Jira查找源代码,但QA人员喜欢他们可以查看Jira问题的事实,看看它修复了哪个版本.

如果您要查看Atlassian产品,请考虑Fisheye.它提供了一种通过Web浏览代码并显示差异的方法.它与Bamboo和Jenkins完美结合.这是开发人员通常会看到代码差异等的地方.一个好的鱼眼替代品是Sventon.Jira与Sventon融为一体,Jenkins也是如此.我不知道Bamboo有没有.

加入Subversion用户邮件列表.那里的讨论可以提供帮助.此外,该列表中的人员往往非常有帮助.

---

仅仅五个用户许可证,Jira Studio每月只需125美元.添加更多,成本上升.此外,它仍然没有给你_best practice_,只是帮助你的工具.对于SCM,我发现_best practice_是在同一个分支上进行主要开发(通常是*trunk*)然后在代码冻结时分支到发布分支,并释放并标记发布分支.将释放分支中发现的缺陷合并到躯干,冲洗并重复.由于插件和界面的简易性,我更喜欢Jenkins而不是Bamboo.我也可以从Jenkins发布并标记我的版本.