Основная проблема (кроме очевидной проблемы пропускной способности) владение .
, Который должен быть уверен различному (географическому) сайту, не работают над тем же элементом, чем другой.
Идеально, инструмент в состоянии присвоить владение файлу, ответвлению или даже репозиторию.
Для ответа на комментарии этого ответа Вы действительно хотите, чтобы инструмент сказал Вам, кто владеет тем, что, и тогда передают (по телефону, IM или почте) с удаленным сайтом.
, Если у Вас нет механизма владения..., Вы "свяжетесь", но часто слишком поздно;) (т.е.: сделав параллельную разработку на идентичном наборе файлов в том же ответвлении. Фиксация может стать грязной)
Поместите их все в системе контроля версий, почему бы и нет?
Это часть вашего кода, и она необходима для компиляции проекта. Если вы используете автоматизированную систему сборки, то вы не хотите, чтобы этот сценарий снова генерировал этот код, верно?
В качестве бонуса вы получите историю изменений в интерфейсе вашей службы, что тоже может быть полезно.
Как насчет добавления всех из них в систему управления версиями в первом экземпляре, а затем удаления тех, которые никогда не меняются позже?
Все эти файлы являются исходными, поэтому все они находятся под контролем источника.