我是一家小公司的开发商,即将接手一个大型项目。
我们目前使用电子邮件进行问题跟踪,我打算建立一个bug/问题跟踪系统。
(可能是bug精灵、螳螂或trac --我们想要的是基于web的东西,php,开源,mysql)
我们有源代码管理(SVN)
在过去,我发现bug跟踪系统最大的问题是信息在跟踪系统和电子邮件之间被分割。
你要做些什么来确保电子邮件中的信息可以被用来查看你的bug跟踪软件中的错误呢?
你要做些什么来让那些处理bug的人在他们发送和接收到的电子邮件中提供信息给bug跟踪系统?
根据我的经验,如果不容易,人们会避免这样做。
发布于 2009-10-03 03:29:33
我不使用您会考虑的任何系统(no php;-),但是,在我使用的系统上,作为对来自bug跟踪器的任何电子邮件的响应,电子邮件会发送到bug跟踪器本身(reply-to报头),除非响应者采取非常明确的行动来阻止它;bug跟踪器会让电子邮件的内容对bug进行更多的评论,将附件存储为“上传的文件”,等等。如果您考虑的跟踪器中没有任何一个具有此功能,我建议您将考虑范围扩大到有此功能的跟踪器(不管它们是用什么语言实现的,都不像它们的功能那么重要)。
电子邮件太重要了,太有用了,太广泛了;像问题跟踪器这样的系统必须能够顺利地与电子邮件(收发邮件)进行互操作,才能被认为是好的。
发布于 2009-10-03 03:13:39
我最喜欢的笑话之一是这样的:
病人:“医生,我这么做很疼”。 医生:“别那么做”。
当您切换到bug跟踪软件时,请通知每一个相关人员,您不再通过电子邮件跟踪bug,并且他们发送的任何有关bug的电子邮件都将被完全忽略。跟进这一点,忽略任何关于错误的电子邮件。
发布于 2009-10-03 02:34:33
如果你使用一个基于网络的系统,并为客户提供一个面向公众的网站,你应该完全消除使用电子邮件。事实上,如果你有一个良好的基于网络的系统,用户应该更容易使用它,而不是发送电子邮件,所以应该没有什么阻力的变化。
我已经在几家商店成功地实现了双子座。这是很容易使用,非常有效和免费的多达5个用户。但是,由于您已经在使用SVN,所以特拉克似乎是一个自然的选择。
另见:
https://stackoverflow.com/questions/1512622
复制相似问题