Продолжаю щупать своими грязными ручонками священную ынтырпрайс ERP систему известного финансового конгломерата.

не те нынче синьоры пошли

И да, такое ощущение, что перейти с SVN на RCS конгломерату гораздо проще, чем на гит

Тут я потерял логическую нить. У RCS даже нет возможности совместной работы над каким-то проектом.

О, Ефимыч. А чего грузина снес, недостаточно сильно боролся с империей?

Так у SVN после Гита такая командная разработка, как у RCS после SVN.

модераторы на него не возбуждались почему-то

Если джуны учат git, то использовать svn для них не должно представлять никакой проблемы. Вряд ли эти джуны используют git настолько, что заметят какую-то разницу кроме распределённости. А если они используют git прям хорошо, то тем более это способные джуны и проблемы у них с svn не возникнет.

Скорее всего мало платят, нанимают бог знает кого, в общем как всегда.

Если ты один коммитишь в мастер, то да.

Кстати у нас уже год не могут выкатить на прод команду SQL Delete.

Сейчас оказалось, что нет заверенной двумя печатями разрешение от Меркель и бундеспрезидента на то, чтобы можно было запустить на проде уже отюниттестированный и по три раза проверенный на двух стейжах SQL.

Это ещё одна из причин офигенной текучки среди сеньоров

зачем ты работаешь в таких местах

Не понимаю проблемы, приходилось работать с svn в разного размера проектах, вся та же петрушка. Да, нюансы возникают на большом проекте, множестве разработчиков и изменении одних и тех же файлов. Но с git тоже в таких ситуация спасает только нормальная организация работы, а не git помоги и от всех бед нас защити.

Я садомазохист.

Вы так говорите, как будто SVN и Git эквиваленты друг другу во всех кейсах.

У нас TortoiseSVN не умеет читать репозиторий непонятно какой версии SVN. В непонятно какой версии эклипса тупо не ставится SVN плагин. Официально разрешенный на фирме. разрешение на новый эклипс с нормальным SVN плагином нужно год ждать.

Каких таких кейсах, в которых носят документы?:) А если серьёзно, то конечно нет, и даже элементарные слияния изменений при множестве разработчиков имеют свои нюансы. Но в целом, в малых, средних, а иногда и больших проектах жить с svn вполне себе можно. И зачем обязательно в master? Опять же это просто настолько тупые джуны. И опять же значит платят меньше рынка.

А, ну это уже другое дело. Это всё организационные вопросы. У нас с svn работали с консольных клиентов, с emacs, с visual studio code, с бог знает чего ещё. Могу предположить, что будь у вас git, проблем бы организационных было бы не меньше. Это просто бюрократический трындец. Помню был один проект, где разработка допускалась только через rdp через gateway. Тот ещё был опыт:)

А тебе от отдела безопасности не прилетит за вот это вот на форуме?

Вы так говорите, как будто можно однозначно идентифицировать фирму по ситуации

Ты это потом геноссе из штаатсзихерхайт будешь объяснять.

У новых систем как раз проблем нет.

Майне ере хайст тройе

Дратути, EnterpriseMobility

А все из-за того, что джуны сейчас все учат гит, а SVN никто учить не хочет.

Конечно не хочет. Если в конторе используется SVN, это диагноз. Я удивлён, что они до вас вообще доходят. Когда на собеседовании слышу про SVN, это достаточная причина сразу же встать, попрощаться и уйти.

Коллега, вы так говорите, как будто на рынке совершенно не ценятся спецы, которые смогли за год перенести svn репозитории монолита из 100 модулей на git.

А зачем? У меня есть опыт переноса жирных проектов из SVN на Git несколько лет назад, и я не могу сказать, что это прямо большое удовольствие. То есть, я мог бы, но только за ОЧЕНЬ большие деньги. Большинство компаний не готовы на такое, и поэтому такие проекты остаются гнить.

Он меня сразу в газовую камеру?

Сначала в Дахау отвезёт. Зато в солнечную Баварию из серверного Берлина

Верно! Я не переставал воевать с эффективными менеджерами на тему ограничения работы над микросервисом одним человеком. Когда задач и микросервисов миллион, нет смысла сажать пачку разрабов пилить один кусок «типа быстрее». Как говорится, 9 женщин не родят ребёнка за месяц.

А зачем переходить с svn?

Если ты один коммитишь в мастер, то да.

Пусть в мастер коммитит один специально для этого назначенный человек, а остальные присылают патчи. Коммитить в мастер неоттестированный код – это плохая практика в любом случае.

нет смысла сажать пачку разрабов пилить один кусок «типа быстрее». Как говорится, 9 женщин не родят ребёнка за месяц.

Ничего ты не смыслишь в менеджменте, кипиай и прочих подвернутых штанах.

джуны сейчас все учат гит, а SVN никто учить не хочет

хотят поклоняться соломенным самолетам — кто ж им виноват :)

перейти с SVN на RCS конгломерату гораздо проще, чем на гит.

Это по-моему вторая твоя плаксивая тема и как и в первой претензия только одна - svn :D :D :D :D. плохому танцору программисту, хозяйство svn всё так же продолжал мешать! страдания гитоупоротых! +)

Я показал твой пост лично Линусу. Он обещал сделать даунгрейд системы версионирования ядра с гита на SVN, а потом на RCS, а потом в виде файлов.

Он согласился с вашими исследованиями и заметил, что введение SVN и RCS положительно скажется на ускорении процесса внедрения новых фич в ядро.

Давайте поговорим об этом?

git не умеет в большие проекты, поэтому все крупные компании либо сидят на svn либо готовят свои решения.

В чем состоит диагноз? уверен, что хипстеры лет через 10 и от git плеваться будут. Диагноз это не идти работать в крупную контору за хорошие деньги и перспективы.

А все из-за того, что джуны сейчас все учат гит, а SVN никто учить не хочет.

Увы, на ютюб курсах «войти в it за 21 день» готовят вот таких вот «джунов».

Ты это посонам с kernel.org сходи расскажи. Лайнус — тот ещё хипстер, ага.

Посоны на лялеговскомя йадре с гитом против посоноф на Windows Kernel с svn: летс батл энд махач быгын!

Они тоже на git сидят. SVN, судя по статьям, там никогда и не пахло.

https://devblogs.microsoft.com/bharry/the-largest-git-repo-on-the-planet/

https://itsfoss.com/microsoft-using-git/

Ядро — в общем-то весьма специфический проект со специфическими хотелками к системе контроля версий.

со специфическими хотелками к системе контроля версий.

Чо?

Обожемой. Йа сижу в последней фирме, которая юзает SVN.

Теперь йа могут ставку часа в 5 раза выше ставить.

Таг каг никто не знает про SVN.

Далее смотрите героический эпос «Последний из тех, кто знает SVN».

Там рассказывается история истребления спецов SVN GIT хипстерами

А для всего остального придумали Ртуть. Да.

kernel.org это не большой проект

они под git навелосипедили свой backend и vfs, поэтому это git только внешне

Сейчас оказалось, что нет заверенной двумя печатями разрешение от Меркель и бундеспрезидента на то, чтобы можно было запустить на проде уже отюниттестированный и по три раза проверенный на двух стейжах SQL.

Ага, но в главные причины ты при этом вписал SVN.

Ну это же главный козел отпущения. Да.

Какую фичу-особенность гита не возьми, ответ на вопрос «почему?» — потому что для разработки линукса так было удобнее.

Единственный плюс гита который универсален вне зависимости от специфики проекта — то что он шустрый. Ну а нынче к плюсам прибавляется гитхаб, и то что каждая собака обучена основам работы с гитом.

Вы так говорите, как будит SVN был заточен для всего.

Не удивлюсь если есть юзкейсы для которых svn подходит лучше гита. Мне с svn работать не приходилось, слишком молод. Но вряд ли оно хуже чем, например, хранилище конфигурации 1С :D