是的，有大量的错误跟踪器应用程序可供购买，但作为一个 .net 商店，并且总是倾向于购买 .net 构建产品，我在错误跟踪器方面没有看到那么多选择。
从我的头顶我只能想到2，axosoft和gemini。
还有什么？
我一个人在这里还是大多数其他 .net 商店都想要 .net 构建产品？
Blankman
问问题
3133 次
9 回答
17
错误跟踪器内置什么技术对我来说并不重要。我非常喜欢 FogBugz，它不是基于 .Net 的。Bugzilla 也不是，我们用它来跟踪 .Net 项目。
不必担心正确完成工作所需的工具的底层技术。
于 2009-01-16T19:55:16.127 回答
3
其他几个答案说系统写什么并不重要，我不能同意。
当涉及到简单的桌面应用程序时，它们可能是正确的（例如，我们使用 Mercurial/TortoiseHG 进行源代码控制，它是用 Python 编写的并不重要……它只是工作）。
但是当应用程序需要某种特殊的服务器（Web 服务器、数据库服务器......大多数可用的错误跟踪器都需要两者）时，情况就完全不同了。
当你需要其中一些时，你可能会使用你知道的东西：
例如，我们是一家 Microsoft 商店……我们已经准备好并运行 ASP.NET Web 服务器和 SQL 服务器，并且我们有知道如何使用它们的人员。
另一方面，这里没有人知道什么，比如 Oracle/MySql/PostgreSql 或 Ruby/PHP。
这排除了很多可用的错误跟踪器，因为我们甚至不知道让它们运行！
是的，我们可以尝试错误并设置新的 Web 和数据库服务器并尝试让这些东西正常工作，但很难证明学习所有东西只是为了运行一个简单的错误跟踪器。
（并且仅仅安装并让它运行并不是你所需要的……例如，当你运行数据库时，有人必须弄清楚如何进行备份，如何在出现问题时恢复它们……名单还在继续）
所以我们可能会使用 .net 错误跟踪器（我们只是在评估自己）......可能是 Bugtracker.Net。
编辑：
约翰，我不是这个意思。
例如，除了 Bugtracker.Net，我还评估了 Redmine（它是用 Ruby on Rails 编写的）。
我不想更改 Redmine 代码中的任何内容，只需安装它 - 但请查看安装说明：
即使要安装 Redmine，您也需要一定程度的 RoR 知识（我根本没有，我的任何一个同事都没有——我们是 Windows 和 .net 用户，我们没有人曾经使用过 Ruby）。
也许 Redmine 比 BugTracker.Net 更酷或者可以做得更多——但我们真的可以证明学习一些 RoR 只是为了能够安装这个软件吗？
于 2010-07-15T10:04:12.343 回答
1
好吧，总是有BugTracker.NET ...
就个人而言，我并不真正关心系统是用什么编写的。只要它不是经典的 ASP。嗯。
于 2009-01-16T19:55:23.973 回答
1
您可能想尝试 EzSDLC http://encodesoft.com/?page_id=77，他们也提供截图 pdf。该工具基于.NET
于 2014-08-05T19:51:37.820 回答
0
你忘了 FogBugz。我不认为它完全在.net 中，但它的一部分肯定是。
在寻找开源选项时我也一样。我首先寻找 .net 产品，因为我知道它们是如何工作的。对于封闭源选项或托管选项，我不太在意。
于 2009-01-16T19:58:05.807 回答
0
Microsoft 的这个问题跟踪器应用程序也可以使用：[ http://www.asp.net/downloads/archived/starter-kits/issue-tracker/]
于 2009-01-16T19:59:37.630 回答
0
Fortress的部分内容是用 .NET 构建的。
于 2009-01-16T20:18:58.667 回答
0
我最近的任务是为我的公司建立一个开源错误跟踪系统。我浏览了许多可用的商业和开源系统，最后选择了免费的BugTracker .NET。
我绝对对我的决定感到高兴。该系统功能非常丰富，尤其是在电子邮件通知领域。但我最喜欢它的部分是它的灵活性。当我第一次向他们演示应用程序时，我的老板希望对其进行大量不同的更改。令人惊讶的是，99% 的更改不需要我编写任何代码，它们要么是管理员配置中的设置，要么是 web.config 中的设置。对于我所做的编码修改，我可以说应用程序的代码当然是可以理解的，并且如果你需要修改也不难（你可能不会）。
于 2009-01-16T20:20:14.517 回答