6

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

  1. 最好的分支方式
  2. 保持发展线的最佳模式
  3. 通过 svn 提交使用 Jira 问题的最佳方法
  4. ...

一个好的配置管理实践是微软为他的 TFS 解决方案提出的。上述工具的任何已知最佳实践集？

4

1 回答 1

5

我建议您阅读在线 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 很好地集成。这是开发人员通常查看代码差异等的地方。一个好的 Fisheye 替代品是Sventon。Jira 与 Sventon 集成，Jenkins 也是如此。不知道竹子有没有。
  • 加入 Subversion 用户邮件列表。那里的讨论可以提供帮助。另外，该名单上的人往往非常乐于助人。
于 2011-08-18T16:44:21.680 回答