| |
| 2.5, Аноним (5), 22:28, 31/10/2018 [^] [^^] [^^^] [ответить]
| +/– |
А чем она лучше гита? Тем что вокруг неё нет ни инструментов, ни хостинга нормального, ни сообщества, ни биндингов к питону, ни графического интерфейса, ни взаимодействия с гитом, ни даже некстгена нормального, при этом сами коммиты занимают больше места?
| | |
| |
| 3.8, Krond (ok), 00:00, 01/11/2018 [^] [^^] [^^^] [ответить]
| +7 +/– |
 Ну, например, тем, что, в отличии от гита, для удобности SVN всё вышеперечисленное не необходимо.
| | |
| |
| 4.19, captcha 20168 (?), 11:44, 01/11/2018 [^] [^^] [^^^] [ответить]
| +2 +/– |
да-да, особенно вот это изменение:
> Интерфейс интерактивного разрешения конфликтов расширен поддержкой ситуаций возникновения конфликтов из-за перемещения файлов и каталогов. | | |
|
| 3.30, Ananan (?), 15:35, 01/11/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Что, правда что-ли?
Это лишь один из примеров gui
kdesvn-kde4-1.7.0_10
Name : kdesvn-kde4
Version : 1.7.0_10
Installed on : Wed Oct 3 06:21:10 2018 MSK
Origin : devel/kdesvn-kde4
Architecture : FreeBSD:11:i386
Prefix : /usr/local
Categories : kde devel
Licenses : GPLv2+
Maintainer : kde@FreeBSD.org
WWW : https://projects.kde.org/projects/extragear/sdk/kdesvn
Comment : KDE frontend for Subversion
| | |
| 3.36, пох (?), 20:12, 01/11/2018 [^] [^^] [^^^] [ответить]
| +2 +/– |
> А чем она лучше гита? Тем что вокруг неё нет ни инструментов, ни хостинга нормального, ни
> сообщества, ни биндингов к питону, ни графического интерфейса, ни взаимодействия с гитом
во, отлично сформулировал, возьму на память (кроме графического интерфейса, который как раз one-true tortoise svn, а не косорукие клоны, как для гита/hg)
именно этим и лучше - рукожoпы, альтернативно одаренные и девляпсы сразу строем идут нахрен от непонятной им конструкции, и не имеют возможности осчастливить "недостаточно продвинутые" проекты своим гуанокодом.
к тому же 'сообщества' тоже нет, и чятика/сосальной сеточки для посасывания друг-дружке тоже нет, на голову больным, коммитерам в .md, снова негде развернуться.
отличный фильтр, оставляющий только тех кто умеет освоить несложный инструмент и работать, а не "расставлять теги".
| | |
| |
| 4.40, myhand (ok), 12:39, 04/11/2018 [^] [^^] [^^^] [ответить]
| +/– |
 Все можно проше сделать: обязать разработчиков писать код в ваш проект от руки. На глиняных табличках, как вавилоняне. Отсутствие рукожопов в проекте гарантирую.
| | |
|
| 3.41, neit95 (ok), 18:55, 04/11/2018 [^] [^^] [^^^] [ответить]
| +/– |
 Частичный update репозитория. У git'а и hg такой фичи не нашёл.
| | |
|
|
| |
| 2.13, PereresusNeVlezaetBuggy (ok), 08:00, 01/11/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Не уверен. Тем более, что, судя по описанию, здесь можно сделать несколько checkpoint, в отличие от git index, где оно или в индексе, или нет.
| | |
| |
| |
| 4.38, PereresusNeVlezaetBuggy (ok), 11:57, 02/11/2018 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> тогда git stash
Уже ближе, да. Но у git stash другая семантика, из-за чего он убирает изменения из рабочей ветки — а данная фича Subversion больше похожа на, как ни смешно, на git commit.
| | |
|
|
|
| 1.6, Аноним (6), 22:35, 31/10/2018 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– | |
> GCC и LLVM.
Которые, между прочим, активно свинчивают на git. Потому что разработчики нынче склонны ожидать более вменяемые VCS и использование апач-архаики сильно нагибает процессы разработки.
Конечно, какому-нибудь замшелому корпоративному болоту в режиме майнтенанса и так сойдет, а живым опенсорсным проектам - опачки.
| | |
| |
| 2.9, Аноним (10), 00:18, 01/11/2018 [^] [^^] [^^^] [ответить]
| –2 +/– |
У кого там что нагибает? Если проект в морг, то гит ему не поможет.
| | |
| |
| 3.11, Аноним (-), 01:37, 01/11/2018 [^] [^^] [^^^] [ответить]
| –3 +/– |
Если проект использует svn вместо git'а, его шансы на посещение морга в обозримом будущем весьма существенно возрастают, имхо.
| | |
| |
| 4.12, бмв (?), 07:20, 01/11/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
если парк таксомоторной компании целиком и полностью не состоит из автомобилей марки «БМВ», то шансы на то, что такая компания в скором времени загнётся очень велики...
| | |
| 4.15, z (??), 09:53, 01/11/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
Если у человека волосатые ноги - его шансы на посещение стоматолога в обозримом будущем весьма существенно возрастают, имхо.
| | |
| 4.23, Аноним (10), 11:56, 01/11/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
Если человек носит красные ботинки, то у него шансы попасть под машину существенно возрастают, имхо.
| | |
|
|
| 2.14, КО (?), 09:37, 01/11/2018 [^] [^^] [^^^] [ответить]
| +/– | |
> а живым опенсорсным проектам - опачки.
Так в этом их главное отличие, SVN полагает, что разработчик вменяемый человек, а git больше заточен на то, чтоб мантейнер в куче ... искал жемчужины. А для разработчика в нормальной ide не особо то и заметно, какая там версионка под капотом.
| | |
| |
| 3.22, captcha 20168 (?), 11:49, 01/11/2018 [^] [^^] [^^^] [ответить]
| +/– |
сидишь ты такой корячишь новую функцию и тут прилетает баг:
1. срочно делаешь svn commit
2. переключаешься на ветку trunk
3. готовишь исправление и делаешь svn commit
4. переключаешься на свою ветку с новым функционалом и готовишь следующий коммит, который починит предыдущий
| | |
| |
| 4.31, КО (?), 15:36, 01/11/2018 [^] [^^] [^^^] [ответить]
| +/– | |
Ну если за количество коммитов и починенных багов платят поштучно, то почему бы и нет.
А так-то новость про всякие shelve.
P.S. Для быстрого исправления можно было и раньше и отдельную папку для trunk держать, коммитить ради этого разваленный билд было не обязательно. Но, как я уже писал выше - у svn чересчур завышенные требования к адекватности разработчика. :)
| | |
|
|
|
| 1.16, nobody (??), 10:44, 01/11/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Что за идиотская мода выпускать минорные релизы с мажорным обновлением цифр в версиях? Вот почему нельзя это было выпустить как 1.10.4? Там ведь формат не поменялся (только для экспериментальных shelves). А вот следующую 1.14 LTS выпустить как 1.11. Дурдом какой-то...
| | |
| |
| 2.17, nobody (??), 10:47, 01/11/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
Теперь у нас одни мажорные версии (LTS) мажорнее других мажорных. Прям Оруэл
| | |
| 2.24, J.L. (?), 12:48, 01/11/2018 [^] [^^] [^^^] [ответить]
| –2 +/– |
 > Что за идиотская мода выпускать минорные релизы с мажорным обновлением цифр в
> версиях? Вот почему нельзя это было выпустить как 1.10.4? Там ведь
> формат не поменялся (только для экспериментальных shelves). А вот следующую 1.14
> LTS выпустить как 1.11. Дурдом какой-то...
это имхо тянет на мажорные изменения, может даже вообще первую цифру надо было поднять
> Интерфейс интерактивного разрешения конфликтов расширен поддержкой ситуаций возникновения конфликтов из-за перемещения файлов и каталогов. Например, теперь поддерживается разрешение большинства конфликтов, связанных с потерей элементов в результате их перемещения после слияния исходной ветки; | | |
|
| |
| 2.25, Andrey Mitrofanov (?), 13:04, 01/11/2018 [^] [^^] [^^^] [ответить]
| +/– | |
> Удивительно, что GCC до сих пор не перешёл на Git.
БольшИИИе коммиты [пере]ходить мешают.
Танцорам, эрикам и пр.хирургам.
И питон[I]![/I] Нп голанг уповают.
[I]"" The proximate cause of the move is that reposurgeon hit a performance wall on the GCC Subversion repository. 259K commits, bigger than anything else reposurgeon has seen by almost an order of magnitude; Emacs, the runner-up, was somewhere a bit north of 33K commits when I converted it. ""[/I]
--http://esr.ibiblio.org/?p=8161
| | |
| |
| 3.26, Аноним (26), 13:12, 01/11/2018 [^] [^^] [^^^] [ответить]
| +/– |
Потому, что esr не использует православный svn2git и пишет свой велик на пайтоне.
| | |
| |
| |
| 5.34, пох (?), 19:59, 01/11/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
а чего с ним, кстати, не так? Я пользуюсь, правда, в одностороннем порядке - в то репо никто кроме меня не коммитит, поэтому мне не надо оттуда в svn. Но вроде бы и с этим проблемы у него нет.
| | |
|
|
|
|
| 1.20, Аноним (20), 11:44, 01/11/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
А в чем разница
"commit checkpointing" - ... позволяющая сохранить снапшот изменений, еще не зафиксированных коммитом, и позднее восстановить в рабочей копии
и
"svn x-shelve/x-unshelve/x-shelves", позволяющих отдельно отложить незавершенные изменения в рабочей копии
?
P.S. похоже на "git stash"
| | |
| |
| 2.33, КО (?), 15:41, 01/11/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
Чекпоинт это точка куда можно откатиться.
Ракушка - это полочка, куда откладываются изменения, чтоб потом накатить их вновь от какой-то точки.
| | |
| |
| 3.37, Аноним (37), 22:12, 01/11/2018 [^] [^^] [^^^] [ответить]
| +/– |
Насколько я понимаю
svn commit создает на сервере номер ревизии - точку куда можно откатиться выполнив svn update -r
?
Что делает "commit checkpointing"? Какую-то "локальную ревизию"? Особый номер ревизии на сервере?
| | |
|
| 2.35, пох (?), 20:02, 01/11/2018 [^] [^^] [^^^] [ответить]
| –1 +/– | |
shelve и есть stash (ну или точнее hg shelve)
а checkpoint это песни на тему rebase, по сути, только без образования мертвых "невидимых" веток.
| | |
|
| |
| 2.32, Andrey Mitrofanov (?), 15:39, 01/11/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Не могу не поделиться: Git for Victims of Subversion
> https://www.nobleprog.com/cc/gitvicsubv/
Гадость, какая. Зарабатывать на братьях наших с ограниченными возможностями?!
"7 часов"?... Смотреть https://www.youtube.com/watch?v=4XpnKHJAok8 по кругу, пока сабж не отвалится, а git не начнёт "отскакивать от пальцев". За _шесть_ (1:10 в 7:00!) полных кругов по кругу должно сработать по-любому.
---Всем https://www.youtube.com/results?search_query=torvalds+git чаю.
..."if there are SVN users, Subversion users in the audience, you MIGHT WANT to leave"... (c) LT, там--^^ же, 0:03:14
| | |
|
|
