| |
| 2.14, Аноним (14), 15:15, 25/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Выглядит как вброс, но на деле 20 лет назад когда CVS меняли на SVN, потеряли возможность быстро синкаться с локального зеркала репозитория. Интернет был плохой, и не иметь возможности закоммитить или лог посмотреть когда нужно - это был прям зашквар, и если cvs можно было просто указать другой сервер, svn такого не полволял, а переключение между апстримами там сделано через такую задницу что и вспоминать не хочется (но никогда не забуду что там есть команды 'switch', 'rebase' и 'switch --rebase', и поди ты разберись какая для этого). В общем, по итогу оказалось что и когда cvs использовали, и когда svn, нам просто был нужен git - с ним все эти проблемы забылись как страшный сон.
| | |
| |
| 3.127, Аноним (-), 15:53, 26/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
> В общем, по итогу оказалось что и когда cvs использовали, и когда svn,
> нам просто был нужен git - с ним все эти проблемы забылись как страшный сон.
Все эти CVS и особенно SVN - кодили так как привыкли печальные винтики под корпами. А в git сначала подумали и применили - распределенную модель разработки Linux kernel. Которая так то пожалуй 1 из самых эффективных паттернов девелопа на планете, что бы там другие не вещали. Половина взялись косплеить именно те модели. Ну и гит им ессно мигом зашел.
| | |
| |
| 4.130, BrainFucker (ok), 19:05, 26/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > А в git сначала подумали и применили - распределенную модель разработки Linux kernel.
Там вроде делали по аналогии с использовавшимся ими до git проприетарным darks?
| | |
| |
| 5.134, Аноним (-), 21:24, 26/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> А в git сначала подумали и применили - распределенную модель разработки Linux kernel.
> Там вроде делали по аналогии с использовавшимся ими до git проприетарным darks?
Может, таки, BitBaker уж, когда тот залупился и лицензию отозвал? Ну да, способный архитект - дерет идеи отовсюду где видит что-то дельное :). Главное то - удачный набор свойств под задачу получить. И роялит все же комбинация свойств а не сферический EPIC WIN по 1 параметру в вакууме.
| | |
|
|
|
| 2.16, Аноним (16), 15:26, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
застал cvs в начале нулевых, помню жалел после перехода на svn о потере возможности задавать периоды вида "week ago" и подобные человекочитаемые темы. Для людей делалось.
| | |
| 2.38, Аноним (38), 17:12, 25/09/2026 [^] [^^] [^^^] [ответить]
| +4 +/– |
RCS лусше CVS. А Новая папка (14) лучше их всех вместе взятых.
| | |
|
| |
| 2.11, Аноним (11), 14:54, 25/09/2026 [^] [^^] [^^^] [ответить]
| –5 +/– |
> Её ещё использую (да и централизованные VCS в целом)? Эпоха git же,
> не?
VCS и git разные вещи
git это система обмена изменениями, почитайте на досуге какую проблему решал Линус когда писал его.
Это как лопата и совок, просто модно молодежно вот и побежали использовать понятия не имея для чего оно. Ну в последствии дорабатывали git чтоб хоть как то сделать пригодным для работы.
| | |
| |
| 3.15, Аноним (14), 15:22, 25/09/2026 [^] [^^] [^^^] [ответить] | +1 +/– | Докажи О, начался спор на уровне какую задачу решал Линус 20 лет назад Прям за... большой текст свёрнут, показать | | |
| |
| 4.20, Аноним (11), 15:35, 25/09/2026 [^] [^^] [^^^] [ответить]
| –3 +/– |
классические - централизованные, git распределенный, потом когда git стали использовать как VCS понадобился централизованный обзор изменений - сделали githab и аналоги.
нет смысла спорить с реальностью, не делайте так.
| | |
| |
| 5.30, Аноним (14), 16:49, 25/09/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Я спорю не с реальностью, а спорю с безграмотными заявлениями. Но с этим спорить не буду, тут просто набор слов. Централизованность/распределённость - это просто свойства VCS, тут не надо ничего противопоставлять. А вебмордочки вообще типу VCS ортогональны.
| | |
| 5.111, Аноним (111), 08:52, 26/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> понадобился централизованный обзор изменений - сделали githab и аналоги
Вот только их нет. Есть централизованный набор других артефактов разработки, а набор изменений уже на автопилоте децентрализовано используют. Так как без этого никуда.
| | |
|
| 4.162, Аноним (149), 07:56, 28/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ну, это как с JavaScript и HTML. Нормальным людям очевидно что за границами сайтиков их не стоит использовать, но все остальные пихают их куда только можно и нельзя.
| | |
|
| 3.52, пох.. (?), 18:33, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
> git это система обмена изменениями, почитайте на досуге какую проблему решал Линус когда
> писал его.
Он никакую проблему не решал. Его как раз устраивала "новая папка 1.2.32"
Проблемы были не у Линуса, а у тех, других васянов - которым предлагалось порезать помельче и перепослать в рассылку, а они-то тогда пользовались cvs/svn, чтобы понимать кто из них чего наменял и где.
Потому что других способов работы с кодом - Линус не знал и знать не хотел.
И его поделка автоматизирует именно этот, никому на свете кроме него ненужный workflow.
| | |
| |
| 4.73, Аноним (14), 22:55, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Потому что других способов работы с кодом - Линус не знал и знать не хотел.
> И его поделка автоматизирует именно этот, никому на свете кроме него ненужный workflow.
Время ох**тельных историй. Расскажи-ка, павлин, какие тогда были workflow приёма изменений через review кроме патчей по почте, и какие доступные VCS их умели.
| | |
| |
| 5.76, пох.. (?), 23:26, 25/09/2026 [^] [^^] [^^^] [ответить] | +1 +/– | спроси у команды разрарботчиков net3, как им удалось обойтись без патчей-по-почт... большой текст свёрнут, показать | | |
| |
| 6.80, Аноним (14), 23:39, 25/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> спроси у команды разрарботчиков net3,
Нет, я спросил у тебя конкретно, но ты начал увиливать. Вопрос-то был риторический, потому что через почту и принимали, и именно в этот воркфлоу целился git.
> Проблема что к ревью это никакого отношения не имело, только к поклонению
Это твоё поклонение с нами в одной комнате? Павлин, я тебе ещё 5 лет назад, когда ты вандалил OSM, сказал: прекрати пить. Ещё не поздно, потому что сейчас ты несёшь не больший бред чем тогда.
| | |
| |
| 7.87, пох.. (?), 23:49, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
блин, да никто ничего не принимал через почту кроме однострочников. Такой индивидуй был - один. И даже в его же проекте отдельные команды использовали - svn, а не патчи через почту.
ты опоздал родиться,но как всегда - врешь, выдавая свои фантазии за знания.
| | |
| |
| 8.89, Аноним (14), 23:56, 25/09/2026 [^] [^^] [^^^] [ответить] | +/– | А ничего что ядро уже несколько десятков лет ТОЛЬКО через почту и разрабатываетс... текст свёрнут, показать | | |
| |
| 9.104, пох.. (?), 01:23, 26/09/2026 [^] [^^] [^^^] [ответить] | +1 +/– | мда тут комментировать - только портить Ты ведь во всех вещах такой же специал... текст свёрнут, показать | | |
|
|
|
|
|
|
|
| 2.19, Аноним (19), 15:29, 25/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
По-прежнему отличный вариант для *централизованной* VCS. Это если вы понимаете разницу. А если не понимаете - то и сидите на git.
| | |
| |
| 3.21, Аноним10084 и 1008465039 (?), 15:37, 25/09/2026 [^] [^^] [^^^] [ответить]
| +5 +/– | |
Вот только смысл в строго централизованной VCS, если git абсолютно так же можно использовать квазицентрализованно? Зато если вдруг понадобиться децентрализация, она сразу будет из коробки.
Просто реально интересно узнать, какие, пусть специфические, фичи может даже svn по сравнению с git?
| | |
| |
| 4.106, Аноним (106), 03:27, 26/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ну и как, к примеру, просмотреть лог ветки, не клонируя её, не делая fetch, и не прибегая к внешним инструментам типа веб-интерфейсов?
| | |
| 4.145, Александр (??), 06:40, 27/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Частичный чекаут. В гит вроде тоже есть, но только из консоли. Вообще, в gui и IDE плагинах git кучу функций не завозят, а жаль
| | |
| |
| 5.151, Аноним10084 и 1008465039 (?), 17:04, 27/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Не знаю как с этим обстоит дело у svn, но никогда в git не пользовался GUI. Как-то оно неудобно, легче уж в командной строке указать, что конкретно хочешь
| | |
|
|
| 3.31, Аноним (14), 16:50, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Так git можно использовать централизованно, никакого требования именно централизованной VCS нет и никогда не было. Есть конкретные требования некоторых свойств которые CVCS исторически обеспечивают лучше, типа отдать кусок репозитория или не отдавать всю историю.
| | |
| |
| 4.42, Аноним (45), 17:28, 25/09/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
Может чел просто любит страдать в духе "я залочу этот файл чтобы никто в команде работать не мог и свалю в закат, а ещё у меня регулярно не работает Инет, поэтому разлочить я его смогу когда-нить потом, если раньше не отправят на фарш"
| | |
|
|
| |
| 3.39, Аноним (14), 17:15, 25/09/2026 [^] [^^] [^^^] [ответить] | +/– | В чём именно это выражается Помню миграцию FreeBSD с svn на git - там git клон ... большой текст свёрнут, показать | | |
| |
| 4.44, Аноним (44), 17:31, 25/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Для полноценной работы гиту надо качнуть всю репу со всей историей. Дедубликация тоже посредственная. Если в репе много бинарей, то она раздувается. Частично спасают всякие костыли, вроде pristine-lfs.
| | |
| |
| 5.51, Аноним (14), 18:23, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Репозитории больших размеров, про которые изначально шла речь != репозитории с бинарными блобами. Репозитории больших размеров git тянет замечательно, я про это расписал. А блобы у которых между ревизиями меняется чуть более чем всё (а почти все блобы такие), не задедуплицирует вообще ничто. Всю историю git может не тянуть, итого из кейсов которые git "не тянет" остаётся только когда нужно вытянуть кусочек репы, и да - это решается отдельными инструментами, равно как и с svn, который тоже не умеет виртуальную файловую систему из коробки.
| | |
| |
| 6.53, Аноним (44), 18:43, 25/09/2026 [^] [^^] [^^^] [ответить]
| +2 +/– | |
>это решается отдельными инструментами, равно как и с svn
Это какими же, интересно? svn checkout после обрыва спокойно докачивается через svn update. git это как не умел, так и не умеет.
>про которые изначально шла речь != репозитории с бинарными блобами
Они и становятся большими по причине, что оно не умеет работать с блобами
> Репозитории больших размеров git тянет замечательно, я про это расписал
При обрыве качает всё сначала. Это называется "не тянет". Если репа по 500мб, то готовь гигабитный интернет. Иначе оно не умеет.
| | |
| |
| 7.58, Аноним (14), 20:05, 25/09/2026 [^] [^^] [^^^] [ответить] | +/– | Я уже сказал, виртуальными фс А с ними никто не умеет работать Большинство бин... большой текст свёрнут, показать | | |
| |
| 8.64, Аноним (44), 21:33, 25/09/2026 [^] [^^] [^^^] [ответить] | +/– | Какими Из коробки этого у гита нет svn же позволяет продолжить с любого места ... текст свёрнут, показать | | |
| |
| 9.74, Аноним (14), 23:10, 25/09/2026 [^] [^^] [^^^] [ответить] | –1 +/– | git-lfs, а для svn ничего похожего нет Нет, это не про докачку, следи за дискус... большой текст свёрнут, показать | | |
| |
| 10.101, Аноним (44), 00:18, 26/09/2026 [^] [^^] [^^^] [ответить] | +/– | Костыль В этом и проблема Точнее много проблем, но ты почему-то уверен, что эт... большой текст свёрнут, показать | | |
|
|
| 8.113, ptr (ok), 09:00, 26/09/2026 [^] [^^] [^^^] [ответить] | +/– |  У Вас очень специфический опыт работы с бинарными данными На практике - с точно... текст свёрнут, показать | | |
|
|
|
| 5.103, penetrator (?), 01:01, 26/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
The "scalar" addition from Microsoft is now part of the core Git installation.
2.38.0
как раз для крупных монореп
его предок был GVFS если я все правильно помню
| | |
|
| |
| 5.55, Аноним (14), 18:58, 25/09/2026 [^] [^^] [^^^] [ответить] | +/– | Ну репы в 20Гб у меня есть, там базовые операции типа commit checkout log происх... большой текст свёрнут, показать | | |
| |
| |
| 7.75, Аноним (14), 23:20, 25/09/2026 [^] [^^] [^^^] [ответить] | –1 +/– | Согласен Это никак не противоречит тому что svn пользоваться не надо Я знаю, я... большой текст свёрнут, показать | | |
| 7.119, Аноним (119), 10:18, 26/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> В svn ты можешь счекаутить только нужную директорию с проектом последней ревизии, что будет скажем 100 Мб, а не весь чекаут в 30 Гб. Про полный git clone можно вообще умолчать.
git clone --no-checkout --depth 1 <URL_РЕПОЗИТОРИЯ>
git sparse-checkout init --cone
git sparse-checkout set <ПУТЬ_К_НУЖНОЙ_ПАПКЕ>
git checkout
| | |
|
|
|
| |
| 5.65, Аноним (44), 21:35, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Даже больше. гит там используется в режиме одной ветки. Т.е. по сути работает как svn.
| | |
| |
| |
| 7.79, Аноним (14), 23:33, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Да не важно, я утверждаю что и с такой репой в svn работать комфортно невозможно, потому что на своей шкуре это испытал пока FreeBSD наконец не переехала на git. Хочешь доказать обратное - выложи git и svn рядом на одном хосте, а мы посмотрим сколько там занимают типовые операции.
| | |
|
|
|
|
| 3.40, Аноним (38), 17:15, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Большие -- это сколько в байтах? Майкрософт и Гугл знают об этом? (Я знаю, что знают, но вот с какого размера начинаются неудобства тут знает приблизительно никто, потому что ни у кого здесь столько кода нет).
| | |
| |
| 4.43, Аноним (44), 17:29, 25/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
докачки до сих пор нет. Если git pull отвалился, то качай заново.
| | |
| 4.49, Сладкая булочка (?), 18:19, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Большие -- это сколько в байтах? Майкрософт и Гугл знают об этом?
На 10Гб уже плохо. У Гугла свой монорепозиторий.
| | |
| |
| 5.56, Аноним (14), 19:04, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
У гугла проприетарное поделие под названием perforce, над которым у них своя нашлёпка связанная с билд системой, что позволяет, когда ты хочешь собрать бэкенд например, карт, зачекаутить только то что он по зависимостям требует. Такое ни одна из обычных vcs не осилит, но пользоваться perfoce было адовым адом.
| | |
| |
| 6.59, Сладкая булочка (?), 20:24, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
> У гугла проприетарное поделие под названием perforce, над которым у них своя
> нашлёпка связанная с билд системой, что позволяет, когда ты хочешь собрать
> бэкенд например, карт, зачекаутить только то что он по зависимостям требует.
> Такое ни одна из обычных vcs не осилит, но пользоваться perfoce
> было адовым адом.
Они вроде им с 15 года не пользуются? Посыл один: большие монорепы git не выдерживает, поэтому у всех свои костыли.
| | |
| |
| 7.66, Аноним (44), 21:36, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Да, в дебиане например pristine-lfs для хранения тарболов. Но от тоже жуть, какой неудобный.
| | |
| |
| 8.90, пох.. (?), 23:58, 25/09/2026 [^] [^^] [^^^] [ответить] | +/– | потому что это костыль, ломающий собственно смысл vcs - все, что ты туда положил... текст свёрнут, показать | | |
| |
| 9.98, Аноним (44), 00:07, 26/09/2026 [^] [^^] [^^^] [ответить] | +/– | Который сделали для решения проблем с гитом Второй костыль это модули Тоже кри... текст свёрнут, показать | | |
|
|
| 7.77, Аноним (14), 23:28, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Посыл один: большие монорепы git не выдерживает
Нет, посыл не такой. Посыл - большин монорепы не выдерживает ни git ни svn.
> поэтому у всех свои костыли.
Почему ты употребляешь слово "костыли"? Какое, по-твоему, некостыльное решение работы с репозиторием в 1Тб на 10 миллиардов файлов, если тебе из него нужно 1%, но ты наперёд не знаешь пути, которые нужны?
| | |
| |
| 8.93, пох.. (?), 00:02, 26/09/2026 [^] [^^] [^^^] [ответить] | +/– | Узнать у кого-то кто знает, какие нужны И скачать только нужные Для этого у но... текст свёрнут, показать | | |
|
|
|
|
| 4.107, Аноним (19), 03:29, 26/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Необходимость скачать даже 100МБ не нужной мне истории или кода - уже много.
| | |
| |
| 5.118, ыыы (?), 10:02, 26/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Сегодня история не нужна, а завтра (при ловле бага) может оказаться срочно нужна.
| | |
|
|
|
|
| |
| |
| 3.8, Аноним (8), 14:50, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
потому что настоящие программисты пишут сразу настоящий продукт. без версий, без истории написания
| | |
|
| 2.7, Гуманоид (?), 14:50, 25/09/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
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 [^] [^^] [^^^] [ответить]
| +3 +/– |
И ъорошо, что не хватило. В результате, теперь все могут свободно и бесплатно пользоваться Git.
| | |
| |
| |
| 5.94, Аноним (94), 00:03, 26/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
За выкрутасы последних лет, начиная с выпиливания прокрутки консоли, точно не надо.
| | |
|
|
| 3.96, пох.. (?), 00:05, 26/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Вместо этого они используют BitKeeper :) Это просто у одного финского в-то-время-нестудента
> не хватило денег на лицензию,
Ему ее нахаляву выдали (такое промо да упустить!). Но там был nih синдром помноженный на (закономерную) нелюбовь других разработчиков ставить себе неведомую хрень ради щастья порежьте-перепошлите.
Причем бесплатность лицензии была обложена кучей условий, сделанных только под его величество.
| | |
| |
| 4.105, Аноним10084 и 1008465039 (?), 01:24, 26/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Историю я перечитал перед тем, как постить, да. А ещё смешно, что отозвали у Линуса эту "бесплатную" лицензию потому, что Эндрю Триджелл отреверсил протокол биткипера, чтобы извлекать данные из него. Тот самый Триджелл, который недавно прославился нейрослопом и последовавшими за ним багами в rsync.
| | |
| 4.136, Аноним (-), 21:34, 26/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Ему ее нахаляву выдали (такое промо да упустить!). Но там был nih
> синдром помноженный на (закономерную) нелюбовь других разработчиков ставить себе неведомую
> хрень ради щастья порежьте-перепошлите.
Но сильнее всего синдром подогрел - как обычно - залуп проприетария отозвавшего лиензию. С аргументом что какие-то фрики видите ли смеют протокол реверсить и свои фронты к нему писать.
Как еще популярнее отрекламить парадигмы опенсорс толпе програмеров я даже и не знаю :). А Торвальдс еще и малость не тот кто ведется на гопстоп, он может и сам шашкой помахать если стало ну очень надо. И как видим - замахал как обычно всех. И этого биткипера заодно.
| | |
|
|
|
| 1.12, Метрика (?), 15:02, 25/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Учитывая каким монстром стал 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).
| | |
| |
| |
| |
| |
| 6.82, Аноним (14), 23:40, 25/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Есть, работает не только поверх ssh. Достаточно запустить и в nginx сделать proxy_pass.
| | |
| |
| 7.97, пох.. (?), 00:07, 26/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Есть, работает не только поверх ssh. Достаточно запустить и в nginx сделать
> proxy_pass.
а теперь попробуй эту дрянь сделать не readonly и еще чтоб хоть как-то контролировать доступ.
"достаточно поставить и настроить гитлаб", да?
И ноль возможности дать доступ только к части репо.
| | |
| |
| |
| 9.142, пох.. (?), 23:30, 26/09/2026 [^] [^^] [^^^] [ответить] | +/– | для того чтобы сделать доступ к репо не ридонли и с раздельными правами для разн... текст свёрнут, показать | | |
| |
| 10.144, Аноним (-), 00:27, 27/09/2026 [^] [^^] [^^^] [ответить] | +/– | Гитлаб - это мягко говоря не про то Это такое специализированное Groupware под ... большой текст свёрнут, показать | | |
| |
| |
| 12.155, Аноним (155), 20:27, 27/09/2026 [^] [^^] [^^^] [ответить] | +/– | Да, блин, взаимоисключающие параграфы вообще порой имплементить довольно сложно ... большой текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
|
|
| |
| 3.37, Аноним (14), 17:05, 25/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Интересно что человек, в мирке которого git "стал монстром" и вообще тяжелее svn, скажет о поделке со встроенными сайтом, issue трекером, рьвьюшницей, вики, базой данных и ещё бог весть чем.
| | |
|
|
| |
| 2.23, Пыщь (?), 15:50, 25/09/2026 [^] [^^] [^^^] [ответить]
| +4 +/– |
"Больше всего я жалею не о деньгах, а о том, что Git — это просто жалкое подобие SCM. Меня сводит с ума, что его модель представляет собой сервер с тарболами. Даже Линус признал мне, что это дерьмовый дизайн. Он делает так, как считает нужным, — но это вовсе не значит, что весь мир должен считать так же." (кажется, цитата)
| | |
| 2.29, xsignal (ok), 16:27, 25/09/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
 Git нужен только для проектов, типа ядра Linux, а использовать его в небольших и средних проектах с малым числом разработчиков - это стрелять из пушки по воробьям - избыточно, неудобно, сложно, а svn здесь - самое то.
| | |
| |
| 3.33, Аноним (14), 16:59, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> стрелять из пушки по воробьям - избыточно, неудобно, сложно, а svn здесь - самое то.
Очень странные мысли, вы видимо VCS никогда не пользовались, и проекты не разрабатывали. Как раз для небольших проектов git сильно легче и удобнее, потому что git init и можно коммитить. Никаких svnadmin, никаких выделенных серверов под репозиторий, никаких проблем если локально созданный репозиторий вдруг захотелось куда-то выложить (при этом что сейчас и некуда). И в чём избыточность? Функциональность которой вы не пользуетесь не жрёт ни CPU, ни места на диске, ни токенов, ни ваших нейронных связей, а когда она понадобится, она у вас будет, и не надо будет конвертить репозиторий из древнего централизованного недоразумения в полноценную vcs.
| | |
| |
| 4.71, А ноним (?), 22:01, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
 Вот только трындеть не надо, свн прекрасно работает без серверов, репа создаётся в указанном месте на локальной ФС, после чего "клиент" svn прекрасно с ней работает в 1 харю.
"git через ssh" вощем-то тоже работает сервером (сам git на удалённой репе). При этом искаробки там разделение доступа вообще не предусмотрено (несмотря на ssh), и для разделения доступа безусловно нужны сторонние тулы типа gitolite.
| | |
| |
| 5.83, Аноним (14), 23:42, 25/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Вот только трындеть не надо, свн прекрасно работает без серверов, репа создаётся в указанном месте на локальной ФС, после чего "клиент" svn прекрасно с ней работает в 1 харю.
Ты хоть читал на что отвечаешь? Я ровно весь процесс создания локального репозитория svn для 1 хари расписал, а также расписал насколько в git он удобнее.
| | |
| 5.161, Sm0ke85 (ok), 07:36, 28/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
 >"git через ssh" вощем-то тоже работает сервером (сам git на удалённой репе). При этом искаробки там разделение доступа вообще не предусмотрено (несмотря на ssh), и для разделения доступа безусловно нужны сторонние тулы типа gitolite.
Глупости пишешь, ибо коммиты вообще не обязательно куда-то пушить, если мы уж говорим про "небольшие проекты"...
| | |
|
|
| 3.81, limafresh (ok), 23:40, 25/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
 > использовать его в небольших и средних проектах с малым числом разработчиков - это стрелять из пушки по воробьям
Ну да, конечно. Поднимать сервер с "удобной" SCV конечно "проще", и наверное не требует специальных навыков и денег на хостинг (нет), чем создать репозиторий на GitHub или подобном сервисе по нажатию кнопки. Зато не git. Странно, что люди не понимают, что SCV - это не программа, которую можно выбирать, а инструмент для загрузки кода в онлайн-сервис, и какая там есть, такая и есть.
| | |
| |
| 4.84, Аноним (14), 23:44, 25/09/2026 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Ну да, конечно. Поднимать сервер с "удобной" SCV конечно "проще", и наверное не требует специальных навыков и денег на хостинг (нет), чем создать репозиторий на GitHub или подобном сервисе по нажатию кнопки
Расшифруй аббревиатуру SCV. Дай угадаю, Sistema Controlya Versiy?
| | |
| |
| 5.138, Аноним (-), 21:37, 26/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Расшифруй аббревиатуру SCV. Дай угадаю, Sistema Controlya Versiy?
SCV это такой сервисный юнит в Старкрафте, ковыряет минералы и строит здания. Ну и первым собирает все п..ли :)
| | |
|
|
|
| 2.34, Аноним (14), 17:02, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Прежде всего для заброшенного легаси, которое в git конвертить уже некому и незачем, но исходники достать нужно. В редких случаях для специфичных кейсов типа версионирования 3D ассетов (текстур, сцен, моделей), хотя наверняка для этого есть более подходящие инструменты.
| | |
|
| 1.41, Аноним (45), 17:21, 25/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Когда они уже поддержат работу с Git? А то как-то не честно, git-svn есть, а svn-git нету
| | |
| 1.57, zionist (ok), 19:43, 25/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
 Git - это так же централизованная система хранения версий. По крайней мере только централизованно Git и используется. Лишите любой проект доступа к центральному сереверу на GitHub и к его аналогам и проект умрёт.
| | |
| |
| 2.67, Аноним10084 и 1008465039 (?), 21:37, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Социально да, но технически нет. В svn если центральный сервер помрёт, насколько я понимаю, история того. Разве что рабочие копии останутся на руках. А в git у каждого по сути готовая полноценная репа с историей (если выкачивал)
| | |
| |
| 3.69, Аноним (44), 21:42, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
svn позволяет коммитить в локальную репу. Сделать синхронизацию не проблема, только никому это не надо.
| | |
| |
| 4.88, Аноним (14), 23:53, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Сделать синхронизацию не проблема, только никому это не надо.
Проблема, причём фундаментально нерешаемая. В svn можно сделать разве что зеркалирование репозитория, так что в него нельзя будет коммитить. И даже это бесполезно, потому что клиент не умеет обновляться из одной репы (например регулярно синхронизируемой локальной копии удалённого репозитория при нестабильном интернете), а коммитить в другую. В git можно коммитить куда угодно, и любую конфигурацию разобщённых репозиториев тривиально синхронизировать.
| | |
| |
| 5.91, Аноним (44), 00:00, 26/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> что зеркалирование репозитория, так что в него нельзя будет коммитить.
Можно, есть протокол file://
>не умеет обновляться из одной репы (например регулярно синхронизируемой локальной копии удалённого репозитория при нестабильном интернете), а коммитить в другую
В клиенте лежит только одна ревизия. Что ты там собрался обновлять, не ясно. Но тебе никто не мешает подтянуть патчи из локальной репы и синхронизировать с удалённой. Вручную муторно, но автоматизация делается за пару вечеров. Только никому это не надо сейчас. Слишком уж редкий кейс.
| | |
| |
| 6.100, пох.. (?), 00:15, 26/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
> ясно. Но тебе никто не мешает подтянуть патчи из локальной репы
> и синхронизировать с удалённой. Вручную муторно, но автоматизация делается за пару
> вечеров. Только никому это не надо сейчас. Слишком уж редкий кейс.
Сейчас это не надо только потому что везде с усердием д-ла впиндюрен гит.
А раньше как-то так примерно и работали, если надо было значительный кусок сделать отдельно от основного проекта.
Не работало там другое - очень неудобно было вести свой, параллельный проекту форк, не предназначенный для мержа в принципе (костыль существовал но был чудовищно неудобным). Вот это единственная проблема, которую действительно решают dvcs, но лучше б это был не git.
Как обычно, рыночек порешал в пользу самого убогого и уе...щного решения затобесплатново.
| | |
| |
| 7.125, Аноним (-), 15:48, 26/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Как обычно, рыночек порешал в пользу самого убогого и уе...щного решения затобесплатново.
Ты можешь платить за офигенные решения - и обмениваться патчами... сам с собой. Все равно твое гениальное величество врядли нуждается в "этом мусоре" от всяких атм "слизняков" и прочих "неумех". Вот и девелопай сам с собой!
| | |
|
|
|
|
|
| 2.68, Аноним (44), 21:40, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Да, так и есть. Синхронизации между репами без центрального сервера там не предусмотрено.
| | |
| 2.72, Сладкая булочка (?), 22:12, 25/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Лишите любой проект доступа к центральному сереверу на GitHub и к его аналогам и проект умрёт.
Формально нет. Отвалятся баг репорты, пулл реквесты, CI, но код можно с любой копии взять. Но на практике да: хипстеры начнут ныть, что работать невозможно, а локально собрать проект у них лапки.
| | |
| |
| 3.78, Джон Титор (ok), 23:31, 25/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Я такое реально видел XD. Парни на одном проекте не могли собрать проект имея инструкции, файл CI (yaml) и кучу времени. Почему-то такие люди не благодарны если подсказать очевидные вещи как что и к чему. Особенно если у тебя рабочий титул (или позиция, кто как это называет) пониже чем у них.
| | |
| 3.85, пох.. (?), 23:44, 25/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Лишите любой проект доступа к центральному сереверу на GitHub и к его аналогам и проект умрёт.
> Формально нет. Отвалятся баг репорты, пулл реквесты, CI, но код можно с
можно. Только это будет - мертвый код.
И проблема не в том что начнут какие-то хипстеры, а в том что ты останешься с кодом, который некому сопровождать. А это совсем-совсем не про кое-как суметь собрать в своем хомяке.
А от потери целиком базы svn (допустим что у васяна вообще нет бэкапа и самого васяна закрыли за изменку на четвертак) - ну потеряешь ты очень ценную (нет) историю как васян два года искал лишний байт в strncpy, код от этого у тебя-то никуда не денется. Можешь даже им снова поделиться с тем, другим васяном.
кстати, наличие у cvs интересного ключика -o как бы намекает, как во времена, когда диски были большими а влезало туда мало, относились к истории.
Считать ее самоценной - это вот как раз в svn зачем-то додумались.
| | |
| |
| 4.108, Сладкая булочка (?), 03:34, 26/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
>>> Лишите любой проект доступа к центральному сереверу на GitHub и к его аналогам и проект умрёт.
>> Формально нет. Отвалятся баг репорты, пулл реквесты, CI, но код можно с
> можно. Только это будет - мертвый код.
> И проблема не в том что начнут какие-то хипстеры, а в том
> что ты останешься с кодом, который некому сопровождать. А это совсем-совсем
> не про кое-как суметь собрать в своем хомяке.
Есть много проектов, которые закрывали на гитхабе и они переезжали в другое место.
| | |
| |
| 5.115, zionist (ok), 09:10, 26/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Есть много проектов, которые закрывали на гитхабе и они переезжали в другое
> место.
На другой центральный сервет. То есть так или иначе без центрального сервера Git в команде бесполезен.
| | |
| |
| 6.120, Аноним (120), 10:22, 26/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> На другой центральный сервет. То есть так или иначе без центрального сервера Git в команде бесполезен.
На сколько ... надо быть?
Ты спокойно делаешь клон и работаешь. Свой клон. Полностью рабочий и именно тебе на твой сервер могут комитить патчи друзья. А потом уже заливать в общественный.
Ты, очевидно, вообще не относишься к разработке, раз не понимаешь элементарного.
| | |
| |
| 7.128, zionist (ok), 17:16, 26/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
>> На другой центральный сервет. То есть так или иначе без центрального сервера Git в команде бесполезен.
> На сколько ... надо быть?
Ты мне расскажи на сколько ты ... если написал весь этот бред.
> Ты спокойно делаешь клон и работаешь. Свой клон. Полностью рабочий и именно
> тебе на твой сервер могут комитить патчи друзья. А потом уже
> заливать в общественный.
Какой сервер? Я сижу за NAT через ширпотребный провайдер интернета с динамическим IP адресом. Ты мне предлагаешь дома сервер поднимать или снова к дяде на облаке идти? Тем временем даркнетовский Freenet прекрасно работает для всех.
> Ты, очевидно, вообще не относишься к разработке, раз не понимаешь элементарного.
Ты, очевидно, обычный подросток нуб, который нахватался по вершкам, да не понял по корешкам.
| | |
|
| 6.124, Аноним (-), 15:46, 26/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
> На другой центральный сервет. То есть так или иначе без центрального
> сервера Git в команде бесполезен.
Вообще ниоткуда не следует. Можно патчи хоть флоппинетом таскать - без каких либо серверов вообще. Вопрос регламентов и договоренностей.
А SVN это какая-то кривая файлокачалка на стероидах которую по недоразумению назвали контролем версий. Хотя вот именно контроль версий она делает - отвратнейше. Тормозно и качая половину интернета на каждую версию. И вообще превращаясь без центрального сервера в тыкву.
| | |
| |
| 7.129, zionist (ok), 17:29, 26/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
>> На другой центральный сервет. То есть так или иначе без центрального
>> сервера Git в команде бесполезен.
> Вообще ниоткуда не следует. Можно патчи хоть флоппинетом таскать - без каких
> либо серверов вообще. Вопрос регламентов и договоренностей.
Можно и TCP/IP голубями реализовать, даже RFC с описанием этого есть. Вот только на практике никто так делать не будет, равно как и пулл реквесты дискетами таскать. На практиве все используют исключительно и только централизованный GitHub или любой другой его аналог, который так же централизованный. Больше одного remote мало кто использует, а больше двух (один origin, другой - личный форк) вообще никто. Распределённость Git весьма иллюзорна. Торвальдс и компания до сих пор сидят на примитивных списках рассылки и вот так по-дедовски принимают и обсуждают патчи. Поддержку этого старческого workflow засунули даже в Git, что как бы намекает на его недоделанность и ущербность.
| | |
| |
| 8.131, пох.. (?), 20:07, 26/09/2026 [^] [^^] [^^^] [ответить] | +/– | В смысле, засунули Весь гит и был построен вокруг этого тогда модного и молодеж... текст свёрнут, показать | | |
| |
| |
| |
| |
| 12.160, пох.. (?), 22:38, 27/09/2026 [^] [^^] [^^^] [ответить] | +/– | вот ровно в нескольких гит репозиториях Попробуй так с svn Ну вот есть у тебя ... большой текст свёрнут, показать | | |
|
|
|
|
| 8.139, Аноним (-), 21:44, 26/09/2026 [^] [^^] [^^^] [ответить] | +/– | Вообще-то кто-то прикололся - и даже заимплементил И даже выхлоп команды ping з... большой текст свёрнут, показать | | |
| |
| 9.154, zionist (ok), 18:24, 27/09/2026 [^] [^^] [^^^] [ответить] | +/– | Но всё же это годится лишь для лулзов Какое это имеет отношение к Git Попробуй... большой текст свёрнут, показать | | |
| |
| 10.156, Аноним (-), 20:52, 27/09/2026 [^] [^^] [^^^] [ответить] | +/– | Надо рассказать почтовым голубям что оказывается они не средство коммуникаций ... большой текст свёрнут, показать | | |
|
|
|
|
|
|
| 4.126, Аноним (-), 15:49, 26/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> можно. Только это будет - мертвый код.
Как видим ныть будут не только хипстеры - но и дубовые необучахи их совковых недокорп.
| | |
|
|
| 2.86, Аноним (14), 23:48, 25/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Git - это так же централизованная система хранения версий. По крайней мере только централизованно Git и используется.
Нет, git это децентрализованная система хранения версий, а используется централизованно она потому что это удобно. Разумеется, только когда это удобно - в других случаях она используется децентрализовано.
> Лишите любой проект доступа к центральному сереверу на GitHub и к его аналогам и проект умрёт.
Нет, так будет с svn. А с git достаточно git remote add && git push - и проект на новом центральном сервере. Или расшарить доступ - и проект на своём сервере. Или подтянуть radicle - и проект полностью децентрализован. Но всё ещё в git.
| | |
| |
| 3.95, Аноним (44), 00:04, 26/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>git это децентрализованная система хранения версий
Пока есть центральный сервер. Иначе у тебя будет локальная копия со своей историей. Можешь поднять на свой сервак, но толку мало.
>А с git достаточно git remote add && git push
Тоже самое ты сделаешь с помощью svnadmin dump и поднимаешь на новом сервере. Никакой разницы от слова совсем.
| | |
| |
| 4.123, Аноним (-), 15:44, 26/09/2026 [^] [^^] [^^^] [ответить] | –1 +/– | Этот центральный сервер 1 Любая копия гит может им выступить Вопрос лишь ... большой текст свёрнут, показать | | |
|
| 3.116, zionist (ok), 09:19, 26/09/2026 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Нет, git это децентрализованная система хранения версий, а используется централизованно она потому что это удобно.
Не потому что это удобно, а потому что распределённость Git попросту недоделана и доделывать её никто не собирается. Скорее всего в интересах корпораций, которые как раз таки заинтересованы в существовании центральных серверов с репозиториями. Просто для сравнения, есть такая пиринговая даркнет сеть Freenet для хранения и обмена файлами. Так вот во Freenet нет необходимости в каком либо центральном сервере. Распределённость Freenet настоящая, а распределённость Git мнимая и в реальной жизни никогда не работающая. Например нет механизма обмена remotes. На практике нет настоящих pull requests. В GitLab их даже честно переименовали в merge requests.
| | |
| |
| 4.121, Инопланетянин (?), 14:47, 26/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Нет, git это децентрализованная система хранения версий, а используется централизованно она потому что это удобно.
> Не потому что это удобно, а потому что распределённость Git попросту недоделана
> и доделывать её никто не собирается. Скорее всего в интересах корпораций,
> которые как раз таки заинтересованы в существовании центральных серверов с репозиториями.
> Просто для сравнения, есть такая пиринговая даркнет сеть Freenet для хранения
> и обмена файлами. Так вот во Freenet нет необходимости в каком
> либо центральном сервере. Распределённость Freenet настоящая, а распределённость Git
> мнимая и в реальной жизни никогда не работающая. Например нет механизма
> обмена remotes. На практике нет настоящих pull requests. В GitLab их
> даже честно переименовали в merge requests.
https://radicle.dev/
| | |
| |
| 5.150, Ык (?), 12:53, 27/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Это да, но что то я не вижу там интересных проектов.
| | |
|
|
|
|
| 1.122, Аноним (-), 15:39, 26/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
> Спустя более шести лет с прошлого
> значительного выпуска
Эй, посетители! Не трогайте экспонаты руками! Даже если они и выглядят как живые - они неплохо сохранились.
| | |
| 1.146, Аноним (146), 08:16, 27/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ничего не слышно про hg. Обидно, он был самым адекватным.
Питон и раст убьют любре хорошее начинание.
| | |
| |
| 2.148, пох.. (?), 10:36, 27/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Ничего не слышно про hg. Обидно, он был самым адекватным.
тоже нет.
там те же самые болячки что у гита, если ты хочешь хотя бы не ридонли доступ тем, другим васянам. Еще и даже для ридонли - этажерка корявых и дырявых питоноврапперов (уже ломали), потому что нескучный йезычок даже тут пошел своим неторенным путем через лес костылей (uwsgi и вот ето вот всьо).
А без этого нафиг вообще нужна dvcs? И да, удивительно что афтыри этого не понимали.
Да, механизм работы с кодом чуть ближе к svn и чуть проще и понятнее разработчику.
Но это если разработчик вникает с нуля, а не вызубрил git push git rebase. Таким наоборот, никогда не разобраться, а этих обезьянок сейчас - большинство, и если ты хочешь с ними как-то сотрудничать, а не все токены оплачивать сам - придется сделать им экспорт в гит и вывалить на гитхап. (а иначе опять же - нафиг надо-то, когда есть svn и cvs)
> Питон и раст убьют любре хорошее начинание.
ну а это да, вишенка на тортике, вероятно hg где-то на периферии был бы еще сегодня жив, если бы автор не выбрал язычок быстрого тяпляпирования который через день несовместим сам с собой.
Вся мощь Опуса оказалась неспособна с первой пары попыток починить скриптец на 3000 строк (и нет гарантий что не осталось ошибок даже сейчас, с тестами и плясками вокруг) - могу представить сколько теперь незаметных проблем в громадном коде hg (причем ломается при таком переписывании и python2, т.е. ее новую - вообще использовать нельзя если твои репо имеют для тебя хоть какую-то ценность)
при этом кому-то оно все еще нужно - rhel8 все еще тащит за собой python2 ради hg (да, да - именно ради версии 4, еще неполоманной, и патчи в нее бэкпортит).
| | |
| |
| 3.158, Аноним (158), 21:02, 27/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Вся мощь Опуса оказалась неспособна с первой пары попыток починить скриптец на
> 3000 строк (и нет гарантий что не осталось ошибок даже сейчас,
AI вообще забавные штуки. Могут с умным видом накормить полной фигней, выдав весьма самоуверенные коменты и даже разумно выглядящий reasoning. И горе вам если вы не прочекали это все и поверили ему на слово...
| | |
| |
| 4.159, пох.. (?), 21:37, 27/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
там лажа была как раз не от ai, а от того что глупый ai запустил сперва 2to3 (да-да, штатную поделку питорастов как раз якобы предназначенную для автоматического решения всех вопросов)
AI как раз сумел написать тест, вытащивший на поверхность ошибку. Но удалось далеко не сразу.
> И горе вам если вы не прочекали это все и поверили ему на слово...
извини, я не знаю в нужной степени синтаксиса ни второго, ни третьего питона. И что-то не особенно хочу поизучать. Особенно теперь.
И в способностях кожановых самостоятельно спортировать громадный проект и не наделать там точно таких же ляпов, и осилить написать достаточно покрывающих их тестов - не то что сомневаюсь, а совершенно в них не верю.
Так что вероятнее всего редхатовцы правы что тащат четвертую версию и способный ее запускать питон, а не просто бампнули цифирки "и так сойдет".
| | |
|
|
| 2.157, Аноним (158), 21:00, 27/09/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Ничего не слышно про hg. Обидно, он был самым адекватным.
> Питон и раст убьют любре хорошее начинание.
Смотрите, дети. Взаимоисключающие параграфы как они есть. И не, попытка косплеить DVCS под этакий улучшенный SVN - это ни в раз не "адекватно" а парад маразма необучашек всяких. Только они на это и повелись, а теперь страдают. Потому что внезапно оказалось что их отсутствие в вон тех проектах - NOTABUG!
| | |
|
|
