记录开发电子邮件[关闭]答案

【问题标题】：Logging of development email [closed]记录开发电子邮件[关闭]
【发布时间】：2026-01-20 08:20:06
【问题描述】：

我在 IT/开发部门工作，通知代码更改的唯一方法是向小组 (development@company.com) 发送电子邮件。所以我们有很多电子邮件。

我想设置电子邮件组，以便发送到该组的所有电子邮件都存储在一个位置。我们使用 Exchange，所以我想将它们自动存储在 Exchange 在线文件夹中。遗憾的是，有人告诉我那些 Exchange 文件夹不再是最新版本的 Exchange。

我的第二个选择是一个内部博客，比如 Wordpress，所有的电子邮件都会在其中发布、标记并可供搜索。

有没有博客软件可以记录群组邮件？
您还使用了哪些其他方法来记录这些电子邮件？

请注意：我正在设置一个错误跟踪器，但我确信需要相当长的时间才能激励开发人员使用它。同时，我需要这个其他方法。

更新

请注意：

我们没有源代码控制（也没有机会实现）
我们没有错误/问题跟踪，但我希望在今年年底前有一个。
我工作的人太习惯于通过电子邮件通知他们所做的更改。将这些电子邮件存储在一个地方以供搜索是理想的选择。

【问题讨论】：

那么，您是否获得了问题跟踪系统？或者，更好的是，源代码控制系统？

标签： wordpress project-management bug-tracking issue-tracking

【解决方案1】：

无法设置新的电子邮件，例如developmentcodechanges@company.com，并且该邮箱是共享的，因此任何开发人员都可以查看该邮箱，但不会阻塞每个开发人员的个人邮箱？在我工作的地方，我们有一个以这种方式使用的“应用程序日志”邮箱，这样不同的人就可以了解正在发生的事情，同时它不会阻塞任何人的个人邮箱。

除了查看源代码控制之外，我们还有几种方法可以相互通知代码更改：

1) 持续集成机器构建 - 当有人签入新代码时，会触发构建，这可能是我们开发人员通过 CCTray 之类的东西看到的。

2) Messenger - 诸如 Twitter 或 Microsoft Office Communicator 之类的东西是一种向其他人发送通知的方式，说明发生了一些变化。

【讨论】：

+1。我已经通过 Exchange 成功完成了这项工作。

【解决方案2】：

嗯，大多数电子邮件列表包（邮递员等）都具有归档功能和浏览归档的方式，以及管理用户的自己的方式。

也许其中一个与交换一起工作，并免除交换管理器管理列表突变

【讨论】：

【解决方案3】：

您最大的问题是缺少配置管理系统。这意味着源代码版本控制（例如 Subversion）以及控制更改、集成和发布的流程。这样一来，您就不会有人在最终构建之前添加未经测试的代码，也不会因为 Bill 将他的更改保存在 Joe 已经进行的更改之上而丢失了修复。说“没有机会得到一个”是对责任的放弃。这是您提高质量和效率的首要任务。围绕当前非系统的成本和风险构建业务案例，并将其提交给高级管理层。

然后给自己一个像样的问题跟踪系统。与 CM 系统一样，周围有很多免费的。电子邮件无法扩展。

拥有问题跟踪器后，通过在每个增量的注释字段中输入适当的问题编号，将您的 CM 系统绑定到其中。然后您可以编写一个 Perl 脚本来告诉您在任何分支中已修复了哪些问题，并使用它的报告来更新跟踪器中的问题。只有完成此操作后，您才会知道下一个版本中包含了什么。

【讨论】：

我们确实有一个 CM（Mindtouch Wiki），您可以在其中集成一些跟踪器，例如 MantisBT 和 Bugzilla。不幸的是，在一家公司中，电子邮件多年来一直是事实上的媒介，你无法在一夜之间改变它。这可能需要数年时间。
那么我认为您需要将您的案子提交给高级管理层。通过显示当前系统的成本和风险来构建一个进行更改的业务案例。让他们支持您并逐个项目地进行。

【解决方案4】：

冒着听起来俗气的风险... 高音喇叭不能成为这个选项吗？

不是您在 tweeter 上的个人帐户，而是某种商业服务，开发人员可以在其中快速、简短地通知正在发生的事情。

我一直在为我们的小组考虑这个问题——只是为了让每个人都能了解人们正在做什么，以及他们是否面临问题或陷入困境

【讨论】：

有没有类似高音喇叭的系统可以放在网络服务器上？那将是理想的。然后所有电子邮件都可以自动复制到那里。

【解决方案5】：

问题：为什么要通知人们有关代码的更改？开发人员如何利用这些信息？

我已经看到这样的做法，开发人员可以订阅源代码控制树特定部分的更改，这是有道理的。我不知道为什么您需要在应用程序的每个部分中的每个签入时都通知每个人。

另外，如果通知方法都来自您的源代码控制系统，并且如果源代码控制系统已经有所有更改的列表，那么您为什么需要记录源代码控制的更改导致的电子邮件系统已经跟踪了吗？

【讨论】：

【解决方案6】：

我们没有源代码控制

您的开发人员如何在没有源代码控制系统的情况下共享代码？他们是通过电子邮件发送补丁还是更改文件？他们能否在不给每个人造成巨大痛苦的情况下做到这一点？

（而且没有机会做到这一点）

我明白改变根深蒂固的工作习惯是多么困难，但是版本控制和错误跟踪软件是健全的开发环境的两个“必备”。

如果您的开发人员可以访问公共网络共享，请尝试Mercurial。设置只需几分钟，如果您有网络文件访问权限，则不需要服务器进程。 Joel Spolsky 在这里写了一个很棒的教程：hginit。

电子邮件被提交时的日志消息取代。

如果您真的无法阻止您的开发人员通过电子邮件发送代码更改，那么您至少可以让他们通过电子邮件发送包含 Mercurial 更改集的补丁。最终他们会发现，从 Mercurial 共享中提取更容易，并且您将成功地通过隐形引入代码控制。

有没有博客软件可以记录群组邮件？您还使用了哪些其他方法来记录这些电子邮件？

在 20 多年的软件开发生涯中，我从未在任何使用电子邮件而不是源代码控制系统的地方工作过。

【讨论】：