我在 IT/开发部门，通知代码更改的唯一方法是向小组 (development@company.com) 发送电子邮件。所以我们有很多电子邮件。
我想设置电子邮件组，以便发送到该组的所有电子邮件都存储在一个地方。我们使用 Exchange，所以我想将它们自动存储在 Exchange 在线文件夹中。遗憾的是，有人告诉我那些交换文件夹不再是最新版本的 Exchange。
我的第二个选择是一个内部博客，比如 Wordpress，所有的电子邮件都被发布、标记和访问以供搜索。
请注意：我正在建立一个错误跟踪器，但我相信需要很长时间才能激励开发人员使用它。同时，我需要这种其他方法。
请注意：
不能设置一个新的电子邮件，例如 developmentcodechanges@company.com，并且该邮箱是共享的，因此任何开发人员都可以查看该邮箱，但不会阻塞每个开发人员的个人邮箱？在我工作的地方，我们有一个以这种方式使用的“应用程序日志”邮箱，这样不同的人就可以了解正在发生的事情，同时它不会阻塞任何人的个人邮箱。
除了查看源代码控制之外，我们还有几种方法可以相互通知代码更改：
1) 持续集成机器构建 - 当有人签入新代码时，会触发构建，这可能是我们开发人员使用 CCTray 之类的东西看到的东西。
2) Messenger - Twitter 或 Microsoft Office Communicator 之类的东西是一种向其他人发送通知的方式，说明某些事情发生了变化。
您最大的问题是缺少配置管理系统。这意味着源代码版本控制（例如 Subversion）以及控制更改、集成和发布的流程。这样一来，您就不会有人在最终构建之前添加未经测试的代码，也不会因为 Bill 将他的更改保存在 Joe 已经进行的更改之上而丢失了修复。说“没有机会得到一个”是对责任的放弃。这是您提高质量和效率的首要任务。围绕当前非系统的成本和风险构建业务案例，并将其提交给高级管理层。
然后给自己一个像样的问题跟踪系统。与 CM 系统一样，周围有很多免费的。电子邮件不会扩展。
有了问题跟踪器后，通过在每个增量的注释字段中输入适当的问题编号，将您的 CM 系统绑定到其中。然后您可以编写一个 Perl 脚本来告诉您在任何分支中已修复了哪些问题，并使用它的报告来更新跟踪器中的问题。只有当你这样做了，你才会知道你的下一个版本有什么。
好吧，大多数电子邮件列表包（邮递员等）都具有归档功能和浏览档案的方式，以及管理用户的方式。
也许其中一个与交换一起工作，并免除交换管理器管理列表突变的责任
冒着听起来俗气的风险……高音扬声器不能成为这个选择吗？
不是您在 tweeter 上的个人帐户，而是某种商业服务，开发人员可以在其中快速而简短地通知正在发生的事情。
我一直在为我们的小组考虑这个问题——只是为了让每个人都能了解人们正在做什么，以及他们是否面临问题或陷入困境
问题：为什么要通知人们有关代码的更改？开发人员对这些信息有何用处？
我已经看到这样做了，开发人员可以订阅源代码控制树的特定部分中的更改，这是有道理的。我不确定为什么您需要在应用程序的每个部分中的每个签入时都通知每个人。
此外，如果通知方法都来自您的源代码控制系统，并且如果源代码控制系统已经拥有所有更改的列表，那么您为什么需要记录源代码控制系统已经跟踪的更改所产生的电子邮件?
我们没有源代码控制
您的开发人员如何在没有源代码控制系统的情况下共享代码？他们是通过电子邮件发送补丁还是更改文件？他们能否在不给每个人造成巨大痛苦的情况下做到这一点？
（并且没有机会做到这一点）
我理解改变根深蒂固的工作实践是多么困难，但是版本控制和错误跟踪软件是健全的开发环境的两个“必备”。
如果您的开发人员可以访问公共网络共享，请尝试Mercurial。设置只需几分钟，如果您有网络文件访问权限，则不需要服务器进程。Joel Spolsky 在这里写了一个很棒的教程：hginit。
电子邮件被提交时的日志消息所取代。
如果您真的无法阻止您的开发人员通过电子邮件发送代码更改，那么您至少可以让他们通过电子邮件发送包含 Mercurial 更改集的补丁。最终他们会发现，从 Mercurial 共享中提取更容易，并且您将成功地通过隐形引入代码控制。
有没有人用博客软件记录群组邮件？您还使用了哪些其他方法来记录这些电子邮件？
在 20 多年的软件开发生涯中，我从未在任何使用电子邮件而不是源代码控制系统的地方工作过。