这个事情要讲，但有个方法问题，也不要去

去指责别人这么改了会把程序搞乱什么的。原因大致有二：首先对于改动，至今整个运行结果无不良现象产生；再次，就是改动有他们的理由。这是上级领导会首先这么考虑的。

所以对于你来讲，从加强构通角度来说事，要求对方 share 改动的优化思路，以利大家共同前进维护公司利益。任何优化考虑，要和你们勾通并取得你们许可方可具体落实执行，同时也利于学习推广。如果你不喜欢，就尽量列出一些可能的 risks，要求对方提出 risk 的应急解决方案。

还有就是楼上网友建议的，加强 code check-in 的审阅批准程式，取消他们的 version 控制特权并由你们这里的人担负对方的这一任务。这个事情要在内部会议上提出，要求走落实程序。一旦领导恩准，再和对方沟通。其它的，一定要和主要工程师们沟通并尽量取得一致，然后在组织扩大会议上（对方参加的），把它们的重要性讲三遍。事后跟有关领导见机询问三遍有关落实情况，无论结果如何，就此结束。

会议上不要慷慨激昂，要心平气和地讲，从有利于集体有利于公司的角度去阐述。

处理这样的事情，有好多方法，以上只是就其一个方面，供你参考。