Facebook (запрещён в РФ)) опубликовал систему управления исходными текстами Sapling, применяемую при разработке внутренних проектов компании. Система нацелена на предоставление привычного интерфейса управления версиями, который может масштабироваться для очень крупных репозиториев, охватывающих десятки миллионов файлов, коммитов и веток. Код клиента написан на языках Python и Rust, и открыт под лицензией GPLv2...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=58123
КОБОЛ многословный говорили они, а сами понаписали тонны кода.
> КОБОЛ многословный говорили ониЯ понял! В расте внедряют смайликовое многословие!
Насколько вероятно наличие в подобных поделках трояна какого-нибудь?
И ладно бы тонны кода. Код разный бывает.Но попытка использовать их софт с такой большой историей приводит в тех.поддержку и тут становится ясно - вероятно, не зря и за дело у них сокращения.
Хех, вот и настала эра, во время которой всё написанное на C выбрасывают на помойку.
Мы и не знали что ты на С написан
до 90% анонимусов написаны на C
неправда, ровно 95%
Фатальный недостаток гита явно не сях, но в дизайне.
> выделить наиболее важную информацию и отсеять второстепенные деталиКак в ленте фэйсбука под чутким руководством ЦРУ, чтобы вы не заметили внедрение бэкдора :)
>вместо веток используются "закладки"да они особи не скрывают
Какая-то каша из С++, rust и Python. Кажется разрабы вообще не думают о том, как этот проект будут собирать другие люди, а ведь это очень важно для по.
Поэтому и не релизили. Это важно для ПО которые распространяется как самостоятельный продукт.Внутреннее ПО на то и внутреннее чтобы только внутри несколько человек знали как это всё работает. Даже если они уже давно уволились.
Просто у корпорасовых макак типа этих на ниипическом воркстэйшне скачано половина интернета. Впрочем одни уже так допрыгались, до что-то типа -2 миллиардов прфита, чтоли, за что и были подвергуты элоном жесточайшей децимации.
Те кто собирают по могут уж и поднапрячь думательные органы а то сидят там в своих сепулькариях из слоновой кости и жуют смузи.
> жуют смузиТонко. Зачот.
С 2005 по 2019 использовал LFS (Linux From Scratch).Слез именно по прочине "разрабы вообще не думают о том, как этот проект будут собирать другие люди". Пусть (размножаются) как хотят.
очевидно, каждый тимлид хочет пощупать новую хрень, а потом пощупать вторую, а потом третью. ну а сопровождением не ему же заниматься
С этим согласен, ПОЩУПАТЬ ты просто обязан. Иначе застрянешь в пыли на обочине истории. Но вот внедрять - только после адекватного и рационального обоснования. И это уж точно не про языки - если что-то одно выбрали, прыгать по языкам (тем более г***ну типа Пестона) - нельзя. Это тупой Цукер может нанять на свою вавилонскую башню 50 языков! Сообществу нужен ОДИН.
А в чем проблема написать скрипт, хоть на баше, который поставить настроит все окружение?
Для этого окружение надо знать, а как ты его узнаешь, если проект сетапил настоящий сишник, которому вручную запускать gcc за радость, а любую автоматизацию сборки он считает личным оскорблением?
нормисы так вообще возьмут докер контейнер развернут со всем фаршем и работать пойдут а не вот этот вот пердолинг с изи сетапами
нормисы уроют продакшн и сломают дев, что они еще могут? :)
Ну вот LFS написали "скрипт на баше" - и чо? Думаешь, он работает? Только ручками, только через мозг компьютерщика.
простота сборки нынче не такой важный критерий как дополнительные фичи и решаемые софтом задачи.
Если вы корпорация размером с фэйсбук, чтобы пару билд-инженеров нанять и серваков при необходимости докупить, тогда конечно.А если этого монстра в среднего пошиба проектик воткнуть - ну, проектик умрет после того как автору в него комитить надоест. Потому что остальным разворачивать за свой счет целый энтерпрайз не очень надо, особенно если за это не платят как в фэйсбуке.
Система контроля версий, код которой находится в git... Незрелая технология.
Покажи где находится MercurialHub? Может ты сам его запустишь?
Строго говоря, а зачем меркуриал ещё нужен? Я ещё понимаю какие-нибудь бинари в сабвершене по старинке тащить...
bitbucket был таким, пока не пришли эффективные менеджеры.
Mercurial - очередной проект, который не смог побороть свои детские болезни в виде кодовой базы на Python 2. И да, если ты застрял на Mercurial, для твоих проектов есть резервация https://heptapod.net/
К счастью нет. Проекты на Меркуриале как-то сами по себе остались в Меркуриале навсегда.
Если что, Mercurial 6.2+ работает на Python 3.
> для твоих проектов есть резервация /dev/nullFix, for teh great justice.
Mercurial был популярен во времена, когда был популярен и Redmine. И эта связка вполне себе ещё живёт в некоторых конторах. И не шибко они собираются переходить на что-то другое (работает не трошь).
> работает не трошьПомню, помню, как оно работает. Каждый апдейт как забег по минному полю. Если ничего не отвалилось по дороге — значит апдейтил не тот сервер. В итоге постепенно на апдейты забивают вообще, а чтобы не взломали и майнер не подсунули туда все ходят через vpn, даже из интранета.
Анон, ты из параллельной реальности в неправильное измерение попал. В этой реальности Mercurial не был популярным. Никогда. Вообще совсем.
Это тот самый случай, когда миллионы мух выбрали г***но (спасибо npидyрку Трольвадсу), а пчёлы выбрали Меркуриал.
Гит оказался недостаточно функционален для них, а незрелый здесь ты.
А что в нём недостаточно функционального? Ну кроме того что половина разрабов не только не умеет им пользоваться, но и разбираться не хочет, потому что возможностей того что в IDE есть для вебмкак - выше крыши
Так там же прямым текстом написано - не справляется с объемами данных. Это известная проблема гита (и других публичных VCS). У Яндекса ровно такая же история.
Видишь - ты считаешь себя умнее только потому, что думаешь, что ЯКОБЫ знаешь git. На деле твои знания - г***вно, ты и 10 сложных вопросов по гиту не ответишь. А люди не хотят использовать трольвадскую п@р@шу, потому что они умные и не хотят изучать криворылый инструмент.
Скорее с непродуманной архитектурой, при которой низкоуровневые концепции торчат наружу и для любого немного более сложного сценария уже нужно гуглить небольшой баш-скрипт
Архитектура git вполне продуманная, только она продуманная под стиль мышления Линуса, а он у него, скажем так, своеобразный.
Ты походу из тех креTuнов, которые придумали сочетание "отрицательный рост". Если ниструмент - х****ня, не надо называть его "альтернативно продуманным" - он просто НЕПРОДУМАН, как тебе и сказали.
Если ты uдuoт, который не смог понять смысл комментария, незачем демонстрировать это всем.
> Система контроля версий, код которой находится в git... Незрелая технология.Нет. Тут вылезает проблема этой системы контроля версий - нет доступных публичных репозиториев хотя бы для открытых проектов. И саму систему приходится размещать в git, чтобы ещё хоть как-то могли другие получить.
man sl 6<strong>sl<strong> - display animations aimed to correct users who accidentally enter sl instead of ls.
неосиляторы alias l='ls -al'
> на экран выводятся только собственные локальные изменения (чужие сворачиваются),Не стоило огород городить ради одного алиаса гита )
>Например, разработчик может использовать лишь небольшую порцию кода из очень большого репозитория и на его систему будет перенесена только эта небольшая часть, а не весь репозиторий.Достаточно один раз грепнуть исходники и всё выкачается тебе на комп. Не говоря уже про современные IDE, которых мёдом не корми, лишь дай проиндексировать файлы по десять раз на дню.
Причём, не совсем понятно как предполагается полноценно проект запускать на локальной машине если он весь не скачанЕсть конечно особый сорт копаний, которые всё в одну репу валят( код приложения, серверная часть, клиентская и так далее ) - но это они сами на ровном месте кучу проблем придумали
А остальным вообще неясно зачем отдельную часть выкачивать
Я может тебя огорчу, но фейсбук нельзя запустить на локальной машине. Вообще. Никак.И проектов, которые на локальной машине в принципе незапускаемы - мильен с тыщами.
если идёт работа над сайтом или приложением, оно обычно разворачивается на локальной машине с подключением к тестовому серверуили ты всерьёз предлагаешь делать правки клиентской части вслепую ?
Ну твой опыт масштабов факинбука как бы вполне понятен.Ну, не совсем вслепую (я все еще слишком хорошего мнения о мордокниге? ну нет, не так она часто падала), но да, от дурной привычки пытаться запустить проект после каждой измененной строчки - приходится отучаться.
Кстати, вот работа в таких условиях - это действительно то что отличает всяких гугломордокниг и прочих равных по размеру. А вовсе не умение пользоваться vcs в целых трех местах непохожей на гит.
Поэтому судьба выкинутых оттуда за борт несколько менее печальна, чем представляется местным экспертам, но вариантов дальнейшей карьеры у них все же меньше чем хотелось бы.
Выкинули ненужное, ведь есть инструмент от Microsoft, которой теперь гихаб принадлежит.
Разве нельзя было это решить в рамках git, добавив какие-нибудь ключи?
Такое ощущение, что понахедханитили кучу сеньёров, которым нечем заняться. Пусть белки поскручивают чтоли.
В рамках git нельзя победить Nih-синдром.
> Такое ощущение, что понахедханитили кучу сеньёров, которым нечем заняться.Именно.
Правда, скоро выхантят их обратно
зато тебе и подобным ни в жизни не попасть в контору даже во сто крат меньших масштабов
Ооо, вы из фейспука? Или мейлру?
Это не ты засирал пост про Carbon?
Попасть в fb не так сложно, как кажется. Интервью в мелкие конторы чаще куда более замороченное. Я в своё время бросил эту затею на предпоследнем шаге, когда узнал, что больше 250к/год они платить не готовы. И FAANG такой весь. Понтов много, денег мало.
> готовы. И FAANG такой весь. Понтов много, денег мало.Я слышал, у второго A все несколько получше обстоит (если ты в ойти, а не в suicide booth, конечно)
Впрочем, возможно те от кого слышал просто слаще-морковки-не-едалы тоже.
А о патологической жадности сцукенберга - легенды ходят.
Погугли, 4моня, что происходит с капитализацией твоего "понтового" фейспука.И рассчитай, через сколько месяцев тебе придётся стучать в двери "контор во сто крат меньших масштабов"
Выкидывать будут не по лычкам. Балласт сбросят и дальше поплывут. Инфа сотка.
> Выкидывать будут не по лычкам. Балласт сбросят и дальше поплывут. Инфа сотка.Ага - гребца за борт, а начальники дальше поплывут. Инфа сотка. Если галера замедляет ход - виноват оказывается всегда веслатель.
А вон там пишут что маск уволил маркетологов из чирикалки. В том числе и руководил, отказавшихся сократить затраты. Пришел новый хозяин и все старые полумафиозные лизки ботинок резко обесценелись, теперь он оставит только тех кто реально нужен для функционирования.А вон те питонисты которым "сложно быть продуктивным более 2 часов в день" совершенно точно пойдут искать другую работу. Более того - в экономике турбулентность, так что сабж в обозримом будущем может обзавестись сравнимыми идеями. Перестанут люди тратиться на всякую ерунду и чего фэйсбуку делать? А они перестанут. Россияне мировую экономику попортили, китай вируса боится, амеров и европейцев инфляция напрягает. А маркетологи это прекрасно но маск уже попробовал уволить инженеров, без них почему-то ничего не работало, быстро разослал письма "пожалуйста вернитесь" и вместо этого уволил маркетологов.
В этов вашем гите с ключами и без того полный бардак. Давайте еще насыпьте ключей сверху.
тяга больших галер завендорлочить разрабов, сделав их бесполезными кусками уже через пару лет, стара, как мир
Я не понял, они Perforce что ли переизобрели?
Первый раз слышу такое
Они меркуриал переизобрели. Второй раз подряд.Предыдущую переизобретенную инкарнацию так и не смогли запустить (ну то есть они ее тоже выкинули на гитшлак, нате жрите, "только оно у нас не собирается отдельно" но обещали сразу же починить)
Нате еще одну.
Уровень "гениев" работающих на сцукенберга - наглядно продемонстрирован. Впрочем, не впервой.
О пох, здоровеньки булы.
Я там в той теме ответил, все поудаляли, как всегда.
В целой мой посыл: помирать отставить.
Я вернусь проверю.
Еслт чем по лечению помочь, не стесняйтесь. Что смогу.
А что с похом????Пох, у тебя есть свой тг-канал?
Я не знаю его тг канал, но я хочу ему помочь - это без троллинга. Хоть он никогда в жизни не разделял мою точку зрения, но по духу он мне близок.
Пох, давай девку не включай, мы поможем баблом на лечение, если надо.
Я за пацанов не отвечу, ща себя отвечаю. Мож и парни поддержат. Ты нам важен. Я тебя скок лет знаю на разных ресурсах. Ты меня мож не знпешь, а я знаю. Давай завязывай. Бабки порешаем. Иди в емс!
да, ты не понял
Не, меркуриал
Опять монорепа. Вот не сидится велосипедистам на седле. Всё новые более удобные подседельные штыри изобретают и с одного на другой пересаживаются...
Кажется, что конструкция этих подседельных штырей уже давно подразумеваемое отсутствие седла и авторам это нравится.
Приходится VPN включать, чтоб почитать инженерный бложек... О времена, о нравы!
Добро пожаловать в светлое будушее. Наслаждайся заслуженными правами и свободами. Видишь ли, это ты в курсе что ты инженер, а вон те думают что ты плебса кусок. И действуют соответствующе.
Обычным пользователям это ненужно. Кстати у яндекса такая же система есть вместо гита.
А смысл? У компаний имеющих огромные монорепозитории настолько богаты, что могут позволить себе разработать свою собственную систему контроля версий, вспомните например доклады Яндекса о своей VCS.А компании которые не настолько богаты, чтобы свою VCS разрабатывать, у них и монорепозитории не такие большие, им и git с LFS подойдет.
Поэтому воникает вопрос, а кому кроме Facebook (экстремисткая организация) нужен этот Sapling?
Они просто читают опеннет и их зацепило что на расте ничего нет
Вот напридумывают себе проблем с монорепозиториями, а потом решают созданные собой же проблемы. В этом весь современный IT. Вместо того чтобы использовать git submodule и подобное. Ядро linux не такой уж и маленький проект, но при этом у них проблем с монорепозиториями.
Почему все крупные компании решают что монорепозиторий с единственной веткой это так как должно быть. То есть скидывать весь код всех лидов и всех стажёров в одну репу в одну ветку это нормально.
> Вместо того чтобы использовать git submodule и подобное. Ядро linux не такой уж и маленький проект, но при этом у них проблем с монорепозиториями.Потому что git тормозит на их размерах. Ядро linux не маленький проект - это правда, но попробуй например собрать chromium, а потом, измерив время чекаута и размер на диске, умножь его на порядок или даже больше, потому что это только 1 проект в google.
> Почему все крупные компании решают что монорепозиторий с единственной веткой это так как должно быть.
* Унификация инструментов (контроль версий, системы сборки, аудит кода и т.п.)
* Один источник истины (всегда знаешь, где найти код любого проекта)
* Много проектов в таких компаниях используют подход зеленый транк и статическую сборку> То есть скидывать весь код всех лидов и всех стажёров в одну репу в одну ветку это нормально.
Теоретически они друг другу не мешают.
> Почему все крупные компании решают что монорепозиторий с единственной веткой это так как должно быть.Абсолютно верное замечание. Сваливать всё в одну кучу - БАРДАК.
> * Унификация инструментов (контроль версий, системы сборки, аудит кода и т.п.)
Не понял, что ты там наунифицировал... подробнее можно? Как сборка проекта соотносится с тем, что какой-то идиот свалил в одну кучу весь код?
> Один источник истины (всегда знаешь, где найти код любого проекта)
Ты случайно не блондинка с 5-килограмовой сумкой, где слоями лежит "всё нужное"? :) Каталоги диска - ты думаешь, их от скуки придумали что ли? Это и есть ПОРЯДОК, каталогизация, чтобы то, что тебе нужно, лежало ОТДЕЛЬНО. Или ты не в состоянии прочесть имена 20 реп?
> Много проектов в таких компаниях используют подход зеленый транк и статическую сборку
Что такое "зелёный транк"? И причём тут "статическая сборка"? Загружаешь код из всех нужных реп и компиляешь, в чём проблема-то?
>> * Унификация инструментов (контроль версий, системы сборки, аудит кода и т.п.)
> Не понял, что ты там наунифицировал... подробнее можно?Любые действия с иторией репозитория и кодом, т.к. изменения атомарны. Коммит триггерит все нужны хуки в CI.
> Как сборка проекта соотносится с тем, что какой-то идиот свалил в одну кучу весь код?
Сборка статическая. Все всегда используют последнюю версию либ.
>> Один источник истины (всегда знаешь, где найти код любого проекта)
> Ты случайно не блондинка с 5-килограмовой сумкой, где слоями лежит "всё нужное"?
> :) Каталоги диска - ты думаешь, их от скуки придумали что
> ли? Это и есть ПОРЯДОК, каталогизация, чтобы то, что тебе нужно,
> лежало ОТДЕЛЬНО. Или ты не в состоянии прочесть имена 20 реп?А кто будет делать поиск по перекрестным репозиториям? Вот для chromium спецаильно для этого сделана инфраструктура https://source.chromium.org/chromium
>> Много проектов в таких компаниях используют подход зеленый транк и статическую сборку
> И причём тут "статическая сборка"?Версий нет. Все собирается с мастера.
> Загружаешь код из всех нужных реп и компиляешь, в чём проблема-то?
Уже ответил выше. Тяжело всем этим управлять, изменения не атомарны (сначала сделать измения в репозитории либы, потом в репозитории основного проекта).
> Что такое "зелёный транк"?trunk based development
Так вот зачем независимые проекты пихать в одну репу. Это проблема явно искусственная. Некоторые проекты короткие, они завершились и нечего их больше тянуть. Никто обычно не делает монолитный проект, а разбивают его на библиотеки. Сейчас популярны микросервисы. И вот пожалуйста, один микросервис - один репозиторий. Всё равно одного микросервиса не работает над всеми сразу.
Посмотрел я chromium. Сейчас качается 1.16 GB. Не так и много по меркам. Но заглядываем в папки и видим либо платформозависимые фичи chromecast, chromeos, ios. Но мы также видим third_party которая сама по себе весит 1.62 GB. То есть chromium просто включает код сторонних библиотек с тестами и тестовыми данными в свой репозиторий.
В тоже время linux скачивает 231 MB, который работает на сотнях процессорах и особых проблем с git не знает. Достаточно лишь правильно делить на независимые модули и библиотеки.
> Некоторые проекты короткие, они завершились и нечего их больше тянуть.Скорее такие проекты как-то обособленно живут. Но в крупных компаниях обычно все живые проекты на поддержке и если там используется общий код, то при его обновлении проект тоже будет обновлен.
> Сейчас популярны микросервисы. И вот пожалуйста, один микросервис - один репозиторий.
> Всё равно одного микросервиса не работает над всеми сразу.А теперь представим, что все микросервисы (скажем их 100) зависят от одного фреймворка. И вот он находтся в 101 репозитории. Нашелся в нем баг или фичу новую сделали. И что теперь? Обновляем репозиторий фреймворка, затем 70 разных коммитов на обновление каждого микросервиса. В 71 при обновлении что-то сломалось. Оказывается новый код в фреймворке ломает этот сервис. Все заново. В итоге у нас в лучшем случае 101 коммит в разных разбросанных репозиториях.
А как могло быть? Один атомарный коммит (ну или несколько и затем сквошаться перед ребэйзом), где все тесты для каждого микросервиса сразу прогоняются. Да, это не быстро, но это происходит удаленно. И да, так живет гугл и компания.
> Никто обычно не делает монолитный проект, а разбивают его на библиотеки.
Ну библиотеки же нужно обновлять. Код статически собирают и если ты собираешь свой сервис, то он собирается с текущим кодом общей библиотеки. Обновляешь общую библиотеку - обнови код всех зависимых сервисов.
> Посмотрел я chromium. Сейчас качается 1.16 GB. Не так и много по
> меркам.Там 10+ GB. Монолитный репозиторй в яндексе больше 40 GB и это только срез. Представь сколько занимает вся история.
> обычно все живые проекты на поддержке и если там используется общий кодСкажи это google graveyard.
Или если компания захочет выложить один из своих сервисов в общий доступ, ей что придётся выдирать это из своего монорепы и создавать отдельную так и так.> Обновляем репозиторий фреймворка
Один разработчик не обновляет 100 микросервисов сразу. Тем более эти тулзы крупных компаний как раз и предназначены, чтобы разработчик скачивал себе только нужные микросервисы. То есть у него на локальном компьютере не весь проект и обновить его весь целиком это долго. А то что отдельные микросервисы или весь репозиторий тестируется на сервере тут от типа организации кода не зависит.
Тут даже подход npm выглядит лучше, когда есть отдельные библиотеки и новые версии скачиваются в момент установки. Библиотека тестируется отдельно. Никто 100 микросервисов не деплоит одновременно у них каждого свой релизный цикл, так что какая разница как они хранятся. А значит ни про какую атомарность говорить не стоит.
Хотят компании так пользоваться, пускай пользуются.> Один атомарный коммит
Зато git status выполняется несколько минут. И чекаут неограниченное время. То есть слив всё в одну репу, получили атомарный коммит, но зато он делается в 10 раз дольше чем обычный.
> Представь сколько занимает вся история.
А сколько бы полезного можно было сделать не разрабатывая свои велосипеды для управления монорепо. После этого они разрабатывают всякие Bazel/Buck build чтобы он билдил только те куски, которые изменились. И ещё кучу вещей, которые были бы не нужны, если было было бы всё разделено по отдельным репозиториям.
>> обычно все живые проекты на поддержке и если там используется общий код
> Или если компания захочет выложить один из своих сервисов в общий доступ,
> ей что придётся выдирать это из своего монорепы и создавать отдельную
> так и так.Они так и делают, а потом отдельно синхронизируют.
В итоге что мы получаем. Сначала сваливаем весь код в одну кучу, а потом делаем тулзу, которая будет скачивать только нужные для работы куски проекта. Так может не надо было сразу сваливать весь код в кучу.
> В итоге что мы получаем. Сначала сваливаем весь код в одну кучу,
> а потом делаем тулзу, которая будет скачивать только нужные для работы
> куски проекта.Что тебя в этом смущает? Есть внутренняя задача - ее решают. Не на твои же деньги. И никто тебе не предлагает делать также. Но скакать по 10+ репозиториям и управлять версиями в субмодулях - это еще тот геморрой.
> И никто тебе не предлагает делать также.Ахах. Ахахах. Ахахахахах.
"Если [big company name] сделала эту штуку, значит, нам она тоже нужна, ведь там же не дураки сидят! Надо быть на острие прогресса! И в моём резюме будет красиво смотреться!"
> скакать по 10+ репозиториям и управлять версиями в субмодулях - это еще тот геморрой.
А это никак не автоматизируется, не? Скриптики какие-нибудь, не?
Спасибо, но я пока останусь на проверенной технологии, а sapling-и пусть собирают там шишки
чтоб мы делали без этой информации
Но ты зашёл, чтоб это почитать, и даже прокомментил.
"Спасибо" за Rust, пока попользуюсь Git.
держи в курсе
Рад стараться.
и меня
Лучше бы юзабилити веб-интерфейса Фейсбука довели хотя бы до уровня ВК, им же невозможно пользоваться совсем...
Это забугорный аналог "одноклассников", боятся, что редезигн распугает оставшихся старперов
> Это забугорный аналог "одноклассников",Тогда битлы это забугорный аналог "рабинович напел". Ну и гадость эти ваши Битлы!
Они что переизобрели sparce-checkout с кучей минусов? И clone с параметром depth. Только с автоматическим подтягиванием необходимого, но при этом нужен постоянный интернет, что сводит на нет все плюсы git.
И выложили только клиент. Умный лог единственная его фича. Скорее всего вся хитрость в серверной части. Потому и клиент написан на питоне с кучей других примесей, ведь на пользователей клиента всем всё равно.
Изобрели LFS для меркуриала, который может работать с гитом.
> что сводит на нет все плюсы gitТам где плюсы там и минусы. Жирную репу долго качать. А тут всё автоматом по кусочкам.
>Facebook (запрещён в РФ)Это не так. Запрещена мета, а не фб.
Мета - это бывший фб.
Запрещены обе.
Однако ватсап в наличии. Ну, логично, законы по понятиям это в духе питерских.
Сдается мне это такая же лажа как у гугла
Это решения для себя как у всех других.
Я как-то работал в CBOSS в отделе системы контроля версий. Мужики и не знали, что есть git и svn.
Вообще-то знали. Про CVS и SVN (давно это было). Правда, не все.
Можно ли в РФ использовать ПО запрещенной в РФ организации? Не попадает ли это под спонсирование терроризма?
Почему ваззап можно?
Требую забанить.
#яжматеря врагу сливают где чадо навалило. Угрозанацбезу же!
Требую бан вражьих сервисов!
А что, сможешь удалить фэйсбучий алгоритм сжатия zstd? Хотя-бы из ядра линукса уже? Но ты можешь назло врагам остаться на 2.6.32 каком, где этого нет.
Круто! Надеюсь в 2023 году разработчики избавятся от необходимости учить все эти ненужные консольные команды git'а. Сколько лет работаю - ниразу не использовал эту фигню. Столько негатива слышу в свой адрес...
Где, где в visual studio ты вообще видишь какие-то консольные команды гита?
"Sapling"... ну и имечко! Русскоязычные 100% уже пришли к слэнгу "я там в Соплю накоммитил!". :))Большие репы - по-моему, у них проблема не в размере, а в головах создателей. Нет практически ни одного "большого" ПО, которое нельзя было бы разбить на модули. Даже если вы собираете "один большой экзешник", всё равно составные части легко могут лежать в разных репах. Привычка сваливать всё в один большой каталог (или солюшен) - макакские замашки недоразрабов из одной известной страны.