标签: issue-tracking

我正在寻找一种集成的解决方案，它将软件系统的文档与错误、变更请求和功能请求的跟踪相结合。

要求：

• 使用 wiki 的文档会很好，最好是支持 CamelCase 或其他自动链接的文档。
• 问题跟踪必须允许可定制的工作流程和可选的电子邮件通知。

已知的替代品：

• FogBugz是一个很棒的问题跟踪器，但wiki似乎有点尴尬。
• Trac 的wiki很一般（虽然不如Foswiki.org 好）但我不知道集成的问题跟踪器有多好。

你会推荐什么？ 哪些系统提供文档和问题跟踪的最佳组合？

在我的工作地点，已决定将许多流程移至 Sharepoint。我现在正在研究如何将 Sharepoint 用于错误跟踪（à la Mantis、FogBugz 等，但在 Sharepoint 内）。具体来说，我们正在使用协作室，并且解决方案必须在其中起作用。

我知道我可以使用“问题跟踪器”模板创建列表，但它缺乏工作流程、集成通信（如 FogBugz）和审计日志（任何用户都可以随时编辑任何字段，而不会在任何地方被注意到）。

这还不够，所以我正在寻找“更大”的解决方案，但还没有找到任何东西。
这个问题很相似，但针对帮助台使用；我们的目标是对系统进行错误跟踪和更改请求。

我愿意接受建议！由于我不是管理员，我不能只是获取一个 Sharepoint 组件并安装它进行测试。我正在寻找经验、文档、白皮书、屏幕截图——实际可下载的内容将在稍后提供。

理想情况下，应涵盖其中一些事项：

1. 支持不同的工单类型（错误、功能、查询、内部任务）。
2. 每个工单类型的可配置工作流程，没有固定的步骤数。
3. 每个字段和每个工作流状态的可配置读/写权限。
4. 具有漂亮图表的管理人员的可配置仪表板。
5. 可配置的电子邮件通知。
6. 通讯à la FogBugz。（挑战：我们使用 Notes，而不是 Exchange。）

我最近发现，除了从 IntelliJ IDEA 内简单地从 github 存储库推送/拉取之外，您还可以创建拉取请求并根据 github 存储库上的问题创建任务和更改列表（即使使用 git-flow 集成）。

现在我想知道：IntelliJ 中的 github 集成进展到了什么程度？

• 是否可以在 IntelliJ 中创建新问题？
• 是否可以查看您的项目板以了解哪些问题正在处理、正在审查或已完成？
• 创建分支时是否可以自动将板上的问题卡移至进行中？

（如果没有，谁愿意扩展 github 插件以包含这些功能？:P）