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