我们正在使用微软的Team Foundation Server版本控制，其中多个开发人员在分支上工作，签入和签出的代码。
如何开发一个通过由开发商B.检入过程中，他的代码得到改写电子邮件或短信通知
开发者A需要尽快知道这是因为当其部署到QA开发者A的代码变更将无法正常工作。
我们特林节省时间在快节奏的开发环境，并试图避免代码覆盖的问题。
Answer 1:
允许连续的方向发展，防止签入从一个人打破别人的代码最简单的方法，就是使用CI服务器。 TFS通过团队建设支持这一点。
虽然它的首选到专用的生成服务器上运行团队建设，它可以被安装在主TFS服务器上并排侧并有可能集中安装控制器组件，并使用开发者的工作站作为代理人。
有两种类型的构建触发器，可以帮助你在这里的：
持续集成 - 这每签后直接触发的所有代码的生成。 它会告诉你很快的东西没有编译。 如果你正在做单元测试，它甚至可以运行这些，告诉你，一个测试失败。
门控 - 这将迫使开发商暂时搁置了他的代码，并且将只在检查代码时的最新版本的内部加上搁置的变化成功。 这看起来甚至更好，因为在源控件的代码将永远不会在一个破碎的状态，但在现实中，我更喜欢CI触发。 主要的原因在于我们建立门控并行不可能发生的（由于其性质），而且实际上延缓代码是破碎的通知。
您可以轻松地通过在特定的构建成果WebAccess的配置电子邮件警报。 您还可以配置源变化的警报，但没有选择，只警告谁之前已编辑了这些特定文件的人。
您还可以从任务栏上的通知编译工具显示在Windows的通知。
虽然这不会告诉其代码刚刚被覆盖，它的不再工作的人，它会告诉人，我重写代码检查的时候，他应该更加注意）。
当然，你可以配置通知大家当生成中断（做为所通常称呼），有搞笑的方式来表达，通过小型应用程序，如“构建状态团队警报耻辱的警笛 ”，它提供了构建监测服务，可以连接到USB报警灯开启和提供噪声每当有人做一些愚蠢的事。
Answer 2:
如果您需要办理入住手续时，避免这个问题和合并，那么我会建议禁用多个退房。 这使得文件只有一个 - 在-A-及时检查出来，并可以防止在团队项目的混乱。
如果您需要进一步做的路线，你可以创建TFS警告当任何代码进行检查，并发送到通讯组列表，但是当从一个特定的开发商的具体贡献是改变了它不会通知 - 只有改变的文件列表在办理登机手续时。
文章来源: Notify developer that the file got overwritten
