| |
| 2.14, Аноним (14), 15:15, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Выглядит как вброс, но на деле 20 лет назад когда CVS меняли на SVN, потеряли возможность быстро синкаться с локального зеркала репозитория. Интернет был плохой, и не иметь возможности закоммитить или лог посмотреть когда нужно - это был прям зашквар, и если cvs можно было просто указать другой сервер, svn такого не полволял, а переключение между апстримами там сделано через такую задницу что и вспоминать не хочется (но никогда не забуду что там есть команды 'switch', 'rebase' и 'switch --rebase', и поди ты разберись какая для этого). В общем, по итогу оказалось что и когда cvs использовали, и когда svn, нам просто был нужен git - с ним все эти проблемы забылись как страшный сон.
| | |
| 2.16, Аноним (16), 15:26, 25/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
застал cvs в начале нулевых, помню жалел после перехода на svn о потере возможности задавать периоды вида "week ago" и подобные человекочитаемые темы. Для людей делалось.
| | |
|
| |
| 2.11, Аноним (11), 14:54, 25/09/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Её ещё использую (да и централизованные VCS в целом)? Эпоха git же,
> не?
VCS и git разные вещи
git это система обмена изменениями, почитайте на досуге какую проблему решал Линус когда писал его.
Это как лопата и совок, просто модно молодежно вот и побежали использовать понятия не имея для чего оно. Ну в последствии дорабатывали git чтоб хоть как то сделать пригодным для работы.
| | |
| |
| 3.15, Аноним (14), 15:22, 25/09/2026 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> VCS и git разные вещи
Докажи.
> git это система обмена изменениями, почитайте на досуге какую проблему решал Линус когда писал его
О, начался спор на уровне какую задачу решал Линус 20 лет назад.
> просто модно молодежно вот и побежали использовать понятия не имея для чего оно
Прям за всех говорить будешь? А ничего что люди наелись централизованным г-ном не работающим толком оффлайн, и DVCS была как глоток свежего воздуха? А с svn наелись ещё и тормозов, огромных чекаутов и отсутствия полноценных веток и тегов.
И было бы это модно молодёжно, хайп бы уже прошёл, однако что-то на SVN никто не вернулся. Используют только для нишевых кейсов где его минусы становятся плюсами, как-то версионирование ассетов.
> Ну в последствии дорабатывали git чтоб хоть как то сделать пригодным для работы.
Ага, svn тоже, причём последний так и не доработали (см. выше про синк из локального клона).
| | |
| |
| 4.20, Аноним (11), 15:35, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
классические - централизованные, git распределенный, потом когда git стали использовать как VCS понадобился централизованный обзор изменений - сделали githab и аналоги.
нет смысла спорить с реальностью, не делайте так.
| | |
| |
| 5.30, Аноним (14), 16:49, 25/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Я спорю не с реальностью, а спорю с безграмотными заявлениями. Но с этим спорить не буду, тут просто набор слов. Централизованность/распределённость - это просто свойства VCS, тут не надо ничего противопоставлять. А вебмордочки вообще типу VCS ортогональны.
| | |
|
|
|
| 2.19, Аноним (19), 15:29, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
По-прежнему отличный вариант для *централизованной* VCS. Это если вы понимаете разницу. А если не понимаете - то и сидите на git.
| | |
| |
| 3.21, Аноним10084 и 1008465039 (?), 15:37, 25/09/2026 [^] [^^] [^^^] [ответить]
| +3 +/– | |
Вот только смысл в строго централизованной VCS, если git абсолютно так же можно использовать квазицентрализованно? Зато если вдруг понадобиться децентрализация, она сразу будет из коробки.
Просто реально интересно узнать, какие, пусть специфические, фичи может даже svn по сравнению с git?
| | |
| 3.31, Аноним (14), 16:50, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Так git можно использовать централизованно, никакого требования именно централизованной VCS нет и никогда не было. Есть конкретные требования некоторых свойств которые CVCS исторически обеспечивают лучше, типа отдать кусок репозитория или не отдавать всю историю.
| | |
| |
| 4.42, Аноним (45), 17:28, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Может чел просто любит страдать в духе "я залочу этот файл чтобы никто в команде работать не мог и свалю в закат, а ещё у меня регулярно не работает Инет, поэтому разлочить я его смогу когда-нить потом, если раньше не отправят на фарш"
| | |
|
|
| |
| 3.39, Аноним (14), 17:15, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
В чём именно это выражается? Помню миграцию FreeBSD с svn на git - там git клон (чекаут + вся история) весил меньше чем svn (только чекаут одной ревизии), сам клон выполнялся на порядок быстрее (во многом за счёт меньшего насилия над диском), а операции над ним (коммит, смена ветки, лог, блейм) выполнялись мгновенно, а не минутами как в svn.
svn технически может "тянуть" что-то лучше только в одном случае - когда ты чекаутишь небольшой кусочек репозитория. Честно говоря, даже не знаю репозиториев где кусочек без целого будет представлять какой-то интерес, но допускаю что такое бывает.
Есть огромные репозитории которые git действительно "не потянет", типа монореп гугла или микрослопа. Но svn "не потянет" даже 1/100 от них, там для работы используются виртуальные файловые системы подрягивающие контент on-demand. Но cli к ним всё равно повторяет git, в ms по крайней мере.
| | |
| |
| 4.44, Аноним (44), 17:31, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Для полноценной работы гиту надо качнуть всю репу со всей историей. Дедубликация тоже посредственная. Если в репе много бинарей, то она раздувается. Частично спасают всякие костыли, вроде pristine-lfs.
| | |
|
| 3.40, Аноним (38), 17:15, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Большие -- это сколько в байтах? Майкрософт и Гугл знают об этом? (Я знаю, что знают, но вот с какого размера начинаются неудобства тут знает приблизительно никто, потому что ни у кого здесь столько кода нет).
| | |
| |
| 4.43, Аноним (44), 17:29, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
докачки до сих пор нет. Если git pull отвалился, то качай заново.
| | |
|
|
|
| |
| |
| 3.8, Аноним (8), 14:50, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
потому что настоящие программисты пишут сразу настоящий продукт. без версий, без истории написания
| | |
|
| 2.7, Гуманоид (?), 14:50, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Git - это сильно раздутая консольная утилита для работы с гитхабом. Для работы есть более вменяемые инструменты.
| | |
| |
| 3.9, Аноним (8), 14:52, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
любая утилита для работы с дутым хабом будет сама по себе раздутой
| | |
|
| 2.10, Аноним10084 и 1008465039 (?), 14:52, 25/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Вместо этого они используют BitKeeper :) Это просто у одного финского в-то-время-нестудента не хватило денег на лицензию, вот он и накостылял на коленке git
| | |
| |
| 3.25, Аноним (25), 15:52, 25/09/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
И ъорошо, что не хватило. В результате, теперь все могут свободно и бесплатно пользоваться Git.
| | |
|
|
| 1.12, Метрика (?), 15:02, 25/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Учитывая каким монстром стал git, на его фоне svn выглядит очень даже ничего
| | |
| |
| 2.17, Аноним (14), 15:27, 25/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
И каким же монстром он стал? Так-то svn тяжелее
SIZE (subversion-1.14.5.tar.bz2) = 8675355
SIZE (git-2.55.0.tar.xz) = 8177180
при том что тащит за собой ещё и апачевскую помойкобиблиотеку apr, и даже в https не умеет без внешней библиотеки (ещё один костыль serf).
| | |
| |
| 3.37, Аноним (14), 17:05, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Интересно что человек, в мирке которого git "стал монстром" и вообще тяжелее svn, скажет о поделке со встроенными сайтом, issue трекером, рьвьюшницей, вики, базой данных и ещё бог весть чем.
| | |
|
|
| |
| 2.23, Пыщь (?), 15:50, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
"Больше всего я жалею не о деньгах, а о том, что Git — это просто жалкое подобие SCM. Меня сводит с ума, что его модель представляет собой сервер с тарболами. Даже Линус признал мне, что это дерьмовый дизайн. Он делает так, как считает нужным, — но это вовсе не значит, что весь мир должен считать так же." (кажется, цитата)
| | |
| 2.29, xsignal (ok), 16:27, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
 Git нужен только для проектов, типа ядра Linux, а использовать его в небольших и средних проектах с малым числом разработчиков - это стрелять из пушки по воробьям - избыточно, неудобно, сложно, а svn здесь - самое то.
| | |
| |
| 3.33, Аноним (14), 16:59, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> стрелять из пушки по воробьям - избыточно, неудобно, сложно, а svn здесь - самое то.
Очень странные мысли, вы видимо VCS никогда не пользовались, и проекты не разрабатывали. Как раз для небольших проектов git сильно легче и удобнее, потому что git init и можно коммитить. Никаких svnadmin, никаких выделенных серверов под репозиторий, никаких проблем если локально созданный репозиторий вдруг захотелось куда-то выложить (при этом что сейчас и некуда). И в чём избыточность? Функциональность которой вы не пользуетесь не жрёт ни CPU, ни места на диске, ни токенов, ни ваших нейронных связей, а когда она понадобится, она у вас будет, и не надо будет конвертить репозиторий из древнего централизованного недоразумения в полноценную vcs.
| | |
|
| 2.34, Аноним (14), 17:02, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Прежде всего для заброшенного легаси, которое в git конвертить уже некому и незачем, но исходники достать нужно. В редких случаях для специфичных кейсов типа версионирования 3D ассетов (текстур, сцен, моделей), хотя наверняка для этого есть более подходящие инструменты.
| | |
|
| 1.41, Аноним (45), 17:21, 25/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Когда они уже поддержат работу с Git? А то как-то не честно, git-svn есть, а svn-git нету
| | |
|
