Bug tracking 应该在bug跟踪系统中的信息，最终会丢失在某个地方的电子邮件中。怎么办？

我是一家小公司的开发人员，该公司即将承担一个大型项目。
我们目前使用电子邮件进行问题跟踪，我打算建立一个错误/问题跟踪系统
（可能是错误精灵、螳螂或trac-我们需要基于web的、php、开源、mysql）
我们有源代码控制（SVN）

在过去，我发现bug跟踪系统的最大问题是跟踪系统和电子邮件之间的信息被分割

您如何确保电子邮件中的信息可供审查您的错误跟踪软件中的错误的人员使用

你做了些什么，使从事bug工作的人能够轻松地将他们发送和接收的电子邮件中的信息提供给bug跟踪系统？

---

根据我的经验，如果不容易，人们会避免这样做。

如果你使用基于web的系统，为客户提供面向公众的网站，你应该完全避免使用电子邮件。事实上，如果你有一个很好的基于网络的系统，客户使用它应该比发送电子邮件更容易，所以应该不会有什么阻力

我已在几家商店成功实施。它易于使用，非常有效，最多可供5名用户免费使用。但既然您已经在使用SVN，这似乎是一个自然的选择

另见：

---

如果您使用基于web的系统，并为客户提供面向公众的网站，则应完全避免使用电子邮件。事实上，如果你有一个很好的基于网络的系统，客户使用它应该比发送电子邮件更容易，所以应该不会有什么阻力

我已在几家商店成功实施。它易于使用，非常有效，最多可供5名用户免费使用。但既然您已经在使用SVN，这似乎是一个自然的选择

另见：

---

我最喜欢的一个笑话是这样的：
病人：“医生，我这样做的时候很疼 这个”
医生：“不要那样做。”

---

当您切换到bug跟踪软件时，通知所有相关人员您不再通过电子邮件跟踪bug，并且他们发送的关于bug的任何电子邮件都将被完全忽略。接下来，忽略任何关于bug的电子邮件。
我最喜欢的一个笑话如下：
病人：“医生，我这样做的时候很疼 这个”
医生：“不要那样做。”

---

当您切换到bug跟踪软件时，通知所有相关人员您不再通过电子邮件跟踪bug，并且他们发送的关于bug的任何电子邮件都将被完全忽略。遵循这一点，忽略任何发送的关于bug的电子邮件。
< P>我不使用任何你认为的系统（没有PHP；-），但是，在我使用的系统中，响应于bug跟踪器发送的任何电子邮件发送到bug追踪器本身（<代码>回复到< /代码>标题），除非响应者做一些非常明确的动作来停止该错误；bug跟踪器会对邮件内容再添加一条关于bug的评论，将附件存储为“上传的文件”，等等。如果您正在考虑的跟踪器中没有一个具有此功能，我建议您将您的考虑范围扩大到具有此功能的跟踪器（无论它们使用何种语言实现，都不如它们的功能重要）

---

电子邮件太重要、太有用、太广泛；诸如跟踪器这样的系统必须能够顺利地与电子邮件（传入和传出）进行良好的交互操作。
< P>我不使用任何您认为的系统（没有PHP；-），但是，在我使用的系统中，响应于bug跟踪器的任何电子邮件发送的电子邮件都会转到bug追踪器本身（<代码>回复到< /代码>标题）。除非响应者做了一些非常非常明确的动作来阻止它；bug跟踪器会对邮件内容再添加一条关于bug的评论，将附件存储为“上传的文件”，等等。如果您正在考虑的跟踪器中没有一个具有此功能，我建议您将您的考虑范围扩大到具有此功能的跟踪器（无论它们使用何种语言实现，都不如它们的功能重要）
电子邮件太重要、太有用、太广泛；问题跟踪器等系统必须能够顺利地与电子邮件（传入和传出）进行互操作才能被认为是良好的。
将电子邮件附加到错误跟踪软件中的问题上
电子邮件对话有时会产生问题。因此，请以适当的格式（即HTML或文本）保存电子邮件，并将其作为附件添加到新版本中
为了清晰和方便，将相关的电子邮件复制并粘贴到问题中可能会有所帮助
显然，如果问题已经存在，并且电子邮件也会随之出现，那么这种方法同样有效。与其威胁要忽略未来的电子邮件（而不是作为最后手段！），我建议将文本复制到问题中，然后回复电子邮件，说明您所做的，并要求将任何未来的评论直接添加到问题中。
将电子邮件附加到错误跟踪软件中的问题上
电子邮件对话有时会产生问题。因此，请以适当的格式（即HTML或文本）保存电子邮件，并将其作为附件添加到新版本中
为了清晰和方便，将相关的电子邮件复制并粘贴到问题中可能会有所帮助

---

显然，如果问题已经存在，并且电子邮件也会随之出现，那么这种方法同样有效。与其威胁要忽略未来的电子邮件（而不是作为最后手段！），我建议将文本复制到问题中，然后回复电子邮件，说明您所做的事情，并要求将任何未来的评论直接添加到问题中。
I如果您进行搜索，在一个人和小店的bug追踪主题上，有很多帖子供你搜索