Fogbugz和Kiln - 任何抱怨？

Question

我们正在认真考虑转向使用Fogbugz和Kiln（以及Mercurial）。我们有一个月的试用期，一切似乎都没问题。

我想知道是否有人使用这些系统中的任何一个或两个，并且发现了任何缺点，或者遇到了困难？

由于

Answer 1

我将FogBugz和Kiln用于我当前的项目，并且感到非常高兴。强烈推荐这两种产品。

EBS，易于使用的用户界面，将案例与提交集成，所有非常好的功能。

Answer 2

抓住了这一个。整体Fogbugz + Kiln非常好，设置和使用简单。提交和案例之间的自动集成也很好。

我认为最好的功能是创建和克隆存储库的简易性以及当前存储库和组的视图以及电气化的dag视图很好，特别是如果您正在尝试跟踪特定分支及其历史记录。 / p>

但是，我们发现了一些问题：

• 维基有一些限制和奇怪之处：
  • 有时在表格中复制数据会导致内容显示在表格之外。这似乎是由Fogbugz复制的其他元数据引起的，如果文本被粘贴到文本编辑器然后又回到表中，则不会发生这种情况。
    • 如果将新条目添加到列表中，则链接到列表项会中断。
    • wiki似乎链接到特定的编号列表元素，因此当我们添加新的列表条目（例如在数字2）时，所有到后续条目的链接仍然指向相同的列表索引。实际上，指向索引3的条目的链接仍然指向索引2！
    • 只能通过编辑维基页面的html来安全地锚定链接。 Fogbugz的“优势”之一是你不需要编写html来生成维基页面。 wiki生成的html也不是很容易阅读和理解，因为它的格式/组织非常糟糕。
  • Kiln处理大文件非常慢。
    • 我知道有一个大文件扩展名，但目前似乎不适用于Mercurial 1.8+。因此，我们很难接受大型文件的提交，这可能需要花费数小时的时间才能让窑炉快速地将其磁盘甩掉。
  • 无法在Kiln存储库中轻松设置自定义，非Web，挂钩。

这些是我们与窑和窑的主要问题。 Fogbugz，在一个以开发人员为中心的团队中，他们确实会对软件产生持续的不满，但这种情况应该不会让人感到厌烦。