RK
И без него уже есть
Size: a a a
2021 March 13
DT
С кастомным тулингом да. Известна ли тебе имплементация git-а, которая позволит все это положить в монорепу а-ля ms/google/подобное?
Есть пример ванильного Гита на 15-20 гигов и 250+ девелоперов - работало норм
RK
GHE по заявлениям уже очень много может
O
1. Надо посчитать сколько у вас кода в репозиториях и можно ли выкинуть блобы, Гит из коробки тянет достаточно большие репы.
2. Сборка - базель. К ней какую-нибудь имплементацию распиеделенной сборки
3. CI надо подумать, по дефолту Дженкинс, но условный ТимСити тоже подойдет. С тулзами сборки типа Базеля CI становится достаточно тупой запускалкой, там не нужно логики
2. Сборка - базель. К ней какую-нибудь имплементацию распиеделенной сборки
3. CI надо подумать, по дефолту Дженкинс, но условный ТимСити тоже подойдет. С тулзами сборки типа Базеля CI становится достаточно тупой запускалкой, там не нужно логики
1. Допустим что оно помещается. Ревью как делать? Как этим управлять?
2. Ну ок. Хотя bezel прикручивать конечно то еще удовольствие
3. Jenkins это боль в плане infrastructure as a code, там для автоуправления пайплайнами и тяжелой автоматизации надо второй дженкинс рядом написать.
2. Ну ок. Хотя bezel прикручивать конечно то еще удовольствие
3. Jenkins это боль в плане infrastructure as a code, там для автоуправления пайплайнами и тяжелой автоматизации надо второй дженкинс рядом написать.
RK
1. Надо посчитать сколько у вас кода в репозиториях и можно ли выкинуть блобы, Гит из коробки тянет достаточно большие репы.
2. Сборка - базель. К ней какую-нибудь имплементацию распиеделенной сборки
3. CI надо подумать, по дефолту Дженкинс, но условный ТимСити тоже подойдет. С тулзами сборки типа Базеля CI становится достаточно тупой запускалкой, там не нужно логики
2. Сборка - базель. К ней какую-нибудь имплементацию распиеделенной сборки
3. CI надо подумать, по дефолту Дженкинс, но условный ТимСити тоже подойдет. С тулзами сборки типа Базеля CI становится достаточно тупой запускалкой, там не нужно логики
Вот кстати здравые мысли, я такую имплементацию видел, вполне жизнеспособна (не скажу что лучшее)
DT
1. Допустим что оно помещается. Ревью как делать? Как этим управлять?
2. Ну ок. Хотя bezel прикручивать конечно то еще удовольствие
3. Jenkins это боль в плане infrastructure as a code, там для автоуправления пайплайнами и тяжелой автоматизации надо второй дженкинс рядом написать.
2. Ну ок. Хотя bezel прикручивать конечно то еще удовольствие
3. Jenkins это боль в плане infrastructure as a code, там для автоуправления пайплайнами и тяжелой автоматизации надо второй дженкинс рядом написать.
Я могу тебе рассказать достаточно подробно, тк имплементировал это все в Яндексе на 2к+ разработчиков (сейчас там больше) Но тут надо либо список вопросов, либо уже в формате краткой презентации. Я так-то могу рассказать, можно даже сделать тематический зум-звонок на интересующихся
GL
Я могу тебе рассказать достаточно подробно, тк имплементировал это все в Яндексе на 2к+ разработчиков (сейчас там больше) Но тут надо либо список вопросов, либо уже в формате краткой презентации. Я так-то могу рассказать, можно даже сделать тематический зум-звонок на интересующихся
я бы тоже послушал
O
Я могу тебе рассказать достаточно подробно, тк имплементировал это все в Яндексе на 2к+ разработчиков (сейчас там больше) Но тут надо либо список вопросов, либо уже в формате краткой презентации. Я так-то могу рассказать, можно даже сделать тематический зум-звонок на интересующихся
А скажи пожалуйста, какую из версий системы в яндексе ты имплементировал? их там было "не один", мягко говоря, и об одной из последних "глобальных" отзывы ребята в личных разговорах давали как "ну пиздец же полный".
GL
у нас сейчас 560 репозиториев
O
А скажи пожалуйста, какую из версий системы в яндексе ты имплементировал? их там было "не один", мягко говоря, и об одной из последних "глобальных" отзывы ребята в личных разговорах давали как "ну пиздец же полный".
В первую очередь по удобству тулинга для сборки, по тормознутости и неудобству всяческих ревью и прочего. Деталей к сожалению не помню, в 18 году обсуждали, а может еще в 17..
GL
для ревью гитхаб чем кстати плох-то, даже в монорепе
DT
А скажи пожалуйста, какую из версий системы в яндексе ты имплементировал? их там было "не один", мягко говоря, и об одной из последних "глобальных" отзывы ребята в личных разговорах давали как "ну пиздец же полный".
Есть хейтеры, которые говорят «ну пиздец». А есть и те, кто уехал в Фейсбук и говорят, что в Яндексе лучше :) Версий много никогда не было - всегда был один главный монорепо, просто были разные этапы его существования - от тулинга до количества переехавших команд
GL
вон куб неплохо живет
GL
еще есть тула гугловая, геррит или как там
DT
Есть хейтеры, которые говорят «ну пиздец». А есть и те, кто уехал в Фейсбук и говорят, что в Яндексе лучше :) Версий много никогда не было - всегда был один главный монорепо, просто были разные этапы его существования - от тулинга до количества переехавших команд
Я закончил этим заниматься примерно тогда, когда появилась своя система контроля версий и когда в монорепу поехали мобилки и фронтенд
O
Есть хейтеры, которые говорят «ну пиздец». А есть и те, кто уехал в Фейсбук и говорят, что в Яндексе лучше :) Версий много никогда не было - всегда был один главный монорепо, просто были разные этапы его существования - от тулинга до количества переехавших команд
Я из яндекса в 12 году уволился, на тот момент оно не совсем было "монорепой" в том представлении, в котором мы обсуждаем. По крайней мере права там рулились отдельно.
DT
еще есть тула гугловая, геррит или как там
Phabricator многие юзают под монорепу
O
На счет сравнения Я/FB - хз, я ФБ не видел, да и яндексовую систему не трогал, не могу прокомментировать.
O
еще есть тула гугловая, геррит или как там
Геррит да, он много где использовался. Страшненький, но работает.
RK
Phabricator многие юзают под монорепу
Уже реже, фб переписали его более чем