svn - 集成使用 svn、Jira 和 Bamboo 的任何最佳实践？

Question

关闭。这个问题需要更多focused .它目前不接受答案。












想改善这个问题吗？更新问题，使其仅关注一个问题 editing this post .

4年前关闭。




Improve this question




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

最好的分支方式

保持发展路线的最佳模式

在 svn 提交中使用 Jira 问题的最佳方法

...

Microsoft 为他的 TFS 解决方案提出了一种良好的配置管理实践。上述工具的任何已知最佳实践集？

Answer 1

我建议您通读在线 Subversion 书籍，其中包含大量有关使用 Subversion 的最佳实践的内容。

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

对于 Jira，最好的建议是保持简单:真的，真的很简单。 Jira 最适合开发人员而不是整个公司组织。工作流程应该保持简单。

没有关于 Jira 的好书，但是如果您从未使用过 Jira，请理解某些字段具有非常特殊的含义，您应该尊重它们的含义:

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

每个 Jira 项目的核心是版本号——另一个非常特殊的概念。缺陷通过报告缺陷的版本和修复缺陷的版本进行跟踪。

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

使用持续集成系统，如 Jenkins或 Bamboo 。 Jenkins 和 Bamboo 与 Jira 的集成非常好。事实上，我认为这是比直接从 Subversion 集成到 Jira 更重要的集成。几乎没有人会直接从 Jira 中查找源代码，但 QA 人员喜欢这样一个事实，他们可以查看 Jira 问题并查看它在哪个版本中得到修复。

如果您打算查看 Atlassian 产品，请考虑使用 Fisheye。它提供了一种通过网络浏览代码并显示差异的方式。它与 Bamboo 和 Jenkins 很好地集成在一起。这是开发人员通常查看代码差异等的地方。一个很好的鱼眼替代品是 Sventon . Jira 与 Sventon 集成，Jenkins 也是如此。不知道 Bamboo 有没有。

加入 Subversion 用户邮件列表。那里的讨论会有所帮助。另外，该名单上的人往往非常乐于助人。