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

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

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

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

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

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

 

 

所有跟帖： 

• 反正我是他，就事论事。也不需要考虑印度人怎么想。 -autumnjune- ♀ (199 bytes) () 12/21/2016 postreply 08:05:45

• 要注意政策的掌握。楼主太过于个人考虑和情绪化。估计这方面规则还未确立别人自然想怎么干就怎么干了。 -多哥- ♂ (0 bytes) () 12/21/2016 postreply 08:53:20

• 只是跟据个人经历事情经常没这么简单 -GreenBlossom- ♀ (0 bytes) () 12/21/2016 postreply 13:23:47

• 简单事情简单处理。 把违反规定和为什么违反规定分开。 -autumnjune- ♀ (0 bytes) () 12/21/2016 postreply 17:53:25

• 会采用多哥的以上众多建议，多谢 :D -GreenBlossom- ♀ (0 bytes) () 12/21/2016 postreply 13:20:56