История изменений
Исправление Deleted, (текущая версия) :
Как бы вы в таком случае пользовались 3rd party ? Взяли бы релизную версию, и двигали бы раз в полгода. Так и тут.
У нас когда у какой-нибудь команды X возникает задача тесной интегральной разработки связанной с изменением OurCompanySuperDuperSDKFramework.. - не в мастере же это происходит! Через пару недель в проект X идет коммит с обновлением хеша саба OurCompanySuperDuperSDKFramework, в самом OurCompanySuperDuperSDKFramework - идет мерж в мастер (перед этим интеграционные тесты на обратную совместимость). Все проекты A..W тем временем продолжают юзать версию OurCompanySuperDuperSDKFramework которая была фиксирована. Захотят обновиться - оттестят в ветке своего проекта сдвиг версии OurCompanySuperDuperSDKFramework, сольют в мастер своего проекта.
Но, повторюсь, если ситуация действительно эпичных масштабов, и 50 проектов кажный день коммитят изменения в OurCompanySuperDuperSDKFramework, которые используются хотя бы в части других (из 50-и) проектов - значит да. Это большой проект. Всё объединить в один реп. А вы думали, большие проекты просто так назвали большими? Это решается другими методами - повышание инкапсуляции, модульности etc
Исправление Deleted, :
Как бы вы в таком случае пользовались 3rd party ? Взяли бы релизную версию, и двигали бы раз в полгода. Так и тут.
У нас когда у какой-нибудь команды X возникает задача тесной интегральной разработки связанной с изменением OurCompanySuperDuperSDKFramework.. - не в мастере же это происходит! Через пару недель в проект X идет коммит с обновлением хеша саба OurCompanySuperDuperSDKFramework, в самом OurCompanySuperDuperSDKFramework - идет мерж в мастер. Все проекты A..W тем временем продолжают юзать версию OurCompanySuperDuperSDKFramework которая была фиксирована. Захотят обновиться - оттестят в ветке своего проекта сдвиг версии OurCompanySuperDuperSDKFramework, сольют в мастер своего проекта.
Но, повторюсь, если ситуация действительно эпичных масштабов, и 50 проектов кажный день коммитят изменения в OurCompanySuperDuperSDKFramework, которые используются хотя бы в части других (из 50-и) проектов - значит да. Это большой проект. Всё объединить в один реп. А вы думали, большие проекты просто так назвали большими? Это решается другими методами - повышание инкапсуляции, модульности etc
Исправление Deleted, :
Как бы вы в таком случае пользовались 3rd party ? Взяли бы релизную версию, и двигали бы раз в полгода. Так и тут.
У нас когда у какой-нибудь команды X возникает задача тесной интегральной разработки связанной с изменением OurCompanySuperDuperSDKFramework.. - не в мастере же это происходит! Через пару недель в проект X идет коммит с обновлением хеша саба OurCompanySuperDuperSDKFramework, в самом OurCompanySuperDuperSDKFramework - идет мерж в мастер. Все проекты A..W тем временем продолжают юзать версию OurCompanySuperDuperSDKFramework которая была фиксирована. Захотят обновиться - оттестят в ветке сдвиг версии OurCompanySuperDuperSDKFramework, сольют в мастер своего проекта.
Но, повторюсь, если ситуация действительно эпичных масштабов, и 50 проектов кажный день коммитят изменения в OurCompanySuperDuperSDKFramework, которые используются хотя бы в части других (из 50-и) проектов - значит да. Это большой проект. Всё объединить в один реп. А вы думали, большие проекты просто так назвали большими? Это решается другими методами - повышание инкапсуляции, модульности etc
Исходная версия Deleted, :
Как бы вы в таком случае пользовались 3rd party ? Взяли бы релизную версию, и двигали бы раз в полгода. Так и тут.
У нас когда у какой-нибудь команды X возникает задача тесной интегральной разработки связанной с изменением OurCompanySuperDuperSDKFramework.. - не в мастере же это происходит! Через пару недель в проект X идет коммит с обвновлением хеша связанного проекта OurCompanySuperDuperSDKFramework, в самом OurCompanySuperDuperSDKFramework идет мерж в мастер. Все проекты A..W тем временем продолжают юзать версию OurCompanySuperDuperSDKFramework которая была фиксирована. Захотят обновиться - оттестят в ветке сдвиг версии OurCompanySuperDuperSDKFramework, сольют в мастер своего проекта.
Но, повторюсь, если ситуация действительно эпичных масштабов, и 50 проектов кажный день коммитят изменения в OurCompanySuperDuperSDKFramework, которые используются хотя бы в части других (из 50-и) проектов - значит да. Это большой проект. Всё объединить в один реп. А вы думали, большие проекты просто так назвали большими? Это решается другими методами - повышание инкапсуляции, модульности etc