Fogbugz和窯 - 任何抱怨？

Question

我們正在認真考慮使用Fogbugz和Kiln（和Mercurial）。我們有一個月的試用期，一切似乎都沒問題。

我在想，如果有人使用這些系統的一個或兩個，並且已經觀察到的任何缺點，或者面臨困難呢？

感謝

Answer 1

我同時使用的FogBugz和窯我目前的項目，不能快樂。高度推薦這兩種產品。

EBS，易於使用的用戶界面，以提交整合的情況下，都非常不錯的功能。

Answer 2

剛好趕上這一個。整體Fogbugz +窯一直非常好，簡單的設置和使用。提交和案例之間的自動集成也很好。

我覺得最大的特點是創造和克隆庫的易用性和當前的集倉庫和團體的意見和電氣化DAG的觀點是不錯的，特別是如果你想跟蹤某個特定分支，它的歷史。

然而，我們已經發現了一些問題：

• 的wiki有一些限制和古怪：
  • 在表中有時複製數據會導致表外要顯示的內容。這似乎是由Fogbugz複製的其他元數據造成的，並且如果文本被粘貼到文本編輯器，然後返回到表中，則不會發生。
    • 鏈接列表項的突破，如果新條目添加到列表中。
    • 維基似乎鏈接到一個特定的編號列表元素，所以，當我們添加一個新的列表條目（在2號說），那麼所有的鏈接，隨後的條目仍指向同一個列表索引。實際上，指向索引3的條目的鏈接仍然指向索引2！
    • 只可能通過編輯維基頁面的HTML安全錨鏈接。 Fogbugz的「優勢」之一是你不需要編寫html來生成wiki頁面。另外由維基生成的html不容易閱讀和理解，因爲它格式非常糟糕。
  • 窯是處理大文件非常緩慢。
    • 我知道有一個大的文件擴展名，但目前這似乎並不與水銀1.8+工作。所以我們被大型文件的提交所困擾，可能需要幾個小時，一個窯子快樂地將它的磁盤扔掉。
  • 在Kiln存儲庫中無法輕鬆設置自定義，非web，掛鉤。

這些都是我們正在與窯& FogBugz的有，在一個非常開發商爲中心的團隊的主要問題，和他們做造成刺激的持續水平應該乾脆退出方式的軟件，但沒有。