Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Компания WANdisco намерена усовершенствовать Subversion, opennews (?), 23-Дек-10, (0) [смотреть все] Что только люди не придумают чтобы не пользоваться GIT, Anonymous123 (?), 21:48 , 23-Дек-10, (1) +10 // что только не придумают любители молока, чтобы не пить кока-колу, stomp (??), 21:56 , 23-Дек-10, (2) +9 Пользовались, спасибо На редкость неудобная фигня , anonymous (??), 21:58 , 23-Дек-10, (3) +7 // Это субъективное мнение По мне так svn пора закопать и никогда больше не выкапы, Аноним (-), 22:05 , 23-Дек-10, (4) +3   // Т е ваше мнение объективное, а у остальных субъективное У Subversion есть своя, Alexey (??), 22:24 , 23-Дек-10, (5) +9   Потому что в этой нише он весьма удобен Он создан для вполне определенной модел, Ytch (?), 23:25 , 23-Дек-10, (10) +1   Пробовал как пользователь использовать SVN для синхронизации исходников FreeBSD , iZEN (ok), 07:29 , 24-Дек-10, (25)   А что скажет по этому поводу Калтенбруннер Wрядовой разработчик FreeBSD Сдается, anonymous (??), 08:13 , 24-Дек-10, (27) +1   Где-то видел, ребята писали что наложили свой софт на порты FreeBSD Но с SVN у , QuAzI (ok), 08:21 , 24-Дек-10, (29) –3   http code google com p bsd-sharp downloads listТам несколько методов заливки, , volax (?), 12:37 , 25-Дек-10, (56)   У CVS же не атомарные коммиты Оборвалась связь во время коммита - получишь поло, Аноним (-), 09:10 , 24-Дек-10, (30) +4   svn revert и svn diff не обращаются к серверу, в svn лежат исходные файлы, поэт, rymis (?), 12:20 , 24-Дек-10, (43)   Недостатки git вполне объективны , anonymous (??), 22:40 , 23-Дек-10, (8)   а ну ка особенно в сравнении с svn , Mike Lee (?), 23:25 , 23-Дек-10, (11) +2   Нет докачки, неудобные номера ревизий, необходимость выкачивать всё дерево со вс, anonymous (??), 23:37 , 23-Дек-10, (14) –1   Нет докачкиЗачем Или вы по gprs работаете неудобные номера ревизийСоздание те, Аноним (-), 01:55 , 24-Дек-10, (18) –1   именно поэтому mercurial те же яйца, только проще и адекватнее, Аноним (-), 03:08 , 24-Дек-10, (20) +2   Для каждого комита делать тег Вы в своём уме , Аноним (-), 09:12 , 24-Дек-10, (32)   256-и мегабитный анлим qt обновить невозможно, если недельку не делать git pull, anonymous (??), 10:08 , 24-Дек-10, (35) –1   вы его по http чтоли делаете откройте для себя уже более другие протоколы а что, Mike Lee (?), 10:13 , 24-Дек-10, (37) +1   А что, для git уже написан мануал по прикручиванию всевозможных auth На оффс, Аноним (-), 10:23 , 24-Дек-10, (39) –1   Какое отношение имеют твои комплексы к git Мы уже поняли, что ты ретроград , anonymous (??), 11:19 , 24-Дек-10, (41) +1   Человеческий мануал вместо RTFSC - уже ретроградство Вы там со своим житом со, Аноним (-), 17:57 , 24-Дек-10, (48) –2   git используется для анонимного доступа Для обновить qt - в самый раз Для, Crazy Alex (??), 18:05 , 24-Дек-10, (49) +1   А что, другие протоколы добавляют в git поддержку докачки А что, разработчик дол, anonymous (??), 13:05 , 24-Дек-10, (44) –1   куча svn директорий во всевозможных папках - да, это мечта _ , OramahMaalhur (ok), 13:47 , 24-Дек-10, (45) +2   видимо ты не умеешь его готовить Во-первых, можно не брать все дерево, а только , anonym (?), 04:53 , 24-Дек-10, (22) +1   Я работаю по gprs, когда сделают докачку , Аноним (-), 09:11 , 24-Дек-10, (31)   В распределенных системах контроля версий репозиторий хранится локально, поэтому, Александр (??), 09:57 , 24-Дек-10, (34)   А как же распределённость Вдруг там api поменяли, а я так и буду работать с уст, anonymous (??), 10:10 , 24-Дек-10, (36)   На git такжк как и на svn системы контроля версий не заканчиваются Не подошел, Ytch (?), 23:31 , 23-Дек-10, (12) +1   git не панацея Если не нужна распределённость, то получается пшик на уровне cvs, anonymous (??), 23:41 , 23-Дек-10, (15)   Да ладно сказки-то рассказывать У нас git и так тоже используют -- средства дл, Michael Shigorin (ok), 00:57 , 26-Дек-10, (58)   git не поддерживает 1 svn cp сохранение истории при разделении файлов был fil, bircoph (ok), 17:15 , 24-Дек-10, (47) +2   google git copy history http markpasc livejournal com 186489 html thread 5, Michael Shigorin (ok), 01:04 , 26-Дек-10, (59)   Тогда можно порекомендовать Mercurial Он как git, только удобный утрируя , Tav (ok), 23:05 , 23-Дек-10, (9) +5 // Звучит как начало холивара git на некоторых задачах, пока еще быстрей, а baz, Ytch (?), 23:35 , 23-Дек-10, (13) +2 Мне просто интересно, что это за задачи такие , anonymous (??), 23:44 , 23-Дек-10, (16) bazaar вообще не рассматривается по причине маргинальности, а git до yблюдочност, Аноним (-), 01:55 , 24-Дек-10, (19) +1 Как Вы будете конфликты решать при push в рабочий каталог По сети удалённо конс, Аноним (-), 09:18 , 24-Дек-10, (33) +1 Ок, готовый и полностью рабочий плагин для эклипса Есть По секрету EGit - кри, Аноним (-), 10:18 , 24-Дек-10, (38) –2 Рабораю с ним больше года В самом начале били каике-то чудеса, но очень давно , Crazy Alex (??), 18:11 , 24-Дек-10, (50) Видел как раз около месяца назад Оно не пригодно к использованию при http-досту, Аноним (-), 10:11 , 25-Дек-10, (55) сочувственно Что, заставляют HTTP для git -- плохой транспорт, родной git ил, Michael Shigorin (ok), 01:07 , 26-Дек-10, (60) –1 Ну так пусть Лунис Торвальц и напишет в главном man this project is a compilati, Аноним (-), 16:20 , 26-Дек-10, (65) Давайте договоримся я его об этом попрошу, когда удостоверюсь в Вашей личности , Michael Shigorin (ok), 17:42 , 26-Дек-10, (67) А что, заставлять программеров пользоваться консолькой при каждом коммите синхро, Аноним (-), 10:00 , 27-Дек-10, (71) –1 А впрочем, какая разница, что для гита консольного является плохим транспортом, Аноним (-), 17:39 , 26-Дек-10, (66) При push не возникает конфликтов, потому что рабочий каталог и репозиторий - раз, Аноним (-), 20:23 , 24-Дек-10, (53) –1 Вот только состояние верхушки той ветки репо git , куда пушили, и чекаутнутой, Michael Shigorin (ok), 01:14 , 26-Дек-10, (61) Алгоритм абсолютно такой же как при наличии отдельного bare репозитория, только , Аноним (-), 03:54 , 27-Дек-10, (70) Ясно, слабо _Это_ действительно очевидно PS какой-такой отдельный bare repo , Michael Shigorin (ok), 13:20 , 27-Дек-10, (73) Ты как всегда в своем троллеламерском стиле при нормальном дизайне VCS working , Аноним (-), 19:52 , 28-Дек-10, (74) С зеркалом закончите разговаривать, сообщите Озвучьте критерии нормального д, Michael Shigorin (ok), 20:41 , 28-Дек-10, (76) А вот это по-настоящему серьезный, сугубо технический и объективный аргумент На, Ytch (?), 14:26 , 25-Дек-10, (57) Вообще-то это нормальный аргумент Причём объединяет в себе как причины, так и с, Аноним (-), 19:56 , 28-Дек-10, (75) Как минимум там адекватная система команд Не сношающая мозг после перехода с CV, kshetragia (ok), 06:24 , 24-Дек-10, (23) Революционных изменений нет -- и это плохо Революционных изменений нет -- и это , gegMOPO4 (ok), 22:26 , 23-Дек-10, (6) // Да уж Адекватный merge - такая мелочь , kshetragia (ok), 06:25 , 24-Дек-10, (24) Эти ребятки даже опускались до тупого пиара в тематических конференциях -- приме, Пользователь Debian (?), 22:26 , 23-Дек-10, (7) +2 хорошо что в Git Mercurial Bazaar -- есть слои совместимости с SVN ато вед, Аноним123321 (ok), 01:24 , 24-Дек-10, (17) // вместо XXX подставляйте что угодно, хоть git, хоть mercurial, хоть bazaar дока, k0l0b0k (??), 07:50 , 24-Дек-10, (26) // просто долго было писать фразу для целей -- совместной разработки программы , Имя111223 (?), 01:16 , 27-Дек-10, (68) Вот сначала бы сделали, а потом бы хвастались , Аноним (-), 03:23 , 24-Дек-10, (21) // Вообще-то, это нормальная практика анонсировать то, что хочешь сделать Чтобы по, anonymous (??), 08:18 , 24-Дек-10, (28) Комменты доставляют Сначала использовал svn, долго ненавидел git Теперь же не , Аноним (-), 18:49 , 24-Дек-10, (51) +1 // пользовался и svn, и git годами второй годится разве что для kernel org-подобны, stomp (??), 19:57 , 24-Дек-10, (52) // Не так давно на глаза попадался более внятный разбор применимости -- с Вашим сог, Michael Shigorin (ok), 14:21 , 26-Дек-10, (64) я не кодер просто занимаюсь поддержкой в плане сборки тестовых пакетов для Li, Аноним (-), 11:20 , 26-Дек-10, (62) // Ну так и не судите инструмент _разработчика_ Я и пакеты собираю из гита, че, Michael Shigorin (ok), 14:16 , 26-Дек-10, (63) // простой для изучения и простой для использования -- это немного разные понят, Имя111223 (?), 01:27 , 27-Дек-10, (69) // Разумеется Я считаю, что git достаточно сложен в изучении и бывает сложен в пр, Michael Shigorin (ok), 13:19 , 27-Дек-10, (72) –1 На дворе уже 2020, а svn всё ещё жив и процветает , Аноним (77), 14:40 , 29-Мрт-20, (77) 1,6,7,17,21,51,62,77

Сообщения

[Сортировка по времени | RSS]

	4. "Компания WANdisco намерена усовершенствовать Subversion"	+3 +/–
	Сообщение от Аноним (-), 23-Дек-10, 22:05
	> Пользовались, спасибо. На редкость неудобная фигня. Это субъективное мнение. По мне так svn пора закопать и никогда больше не выкапывать.
	Ответить | Правка | Наверх | Cообщить модератору

	5. "Компания WANdisco намерена усовершенствовать Subversion"	+9 +/–
	Сообщение от Alexey (??), 23-Дек-10, 22:24
	Т.е. ваше мнение объективное, а у остальных субъективное? У Subversion есть своя ниша с которой его вряд ли выковырять распределенным системам.
	Ответить | Правка | Наверх | Cообщить модератору

	10. "Компания WANdisco намерена усовершенствовать Subversion"	+1 +/–
	Сообщение от Ytch (?), 23-Дек-10, 23:25
	>У Subversion есть своя ниша с которой его вряд ли выковырять распределенным системам. Потому что в этой нише он весьма удобен. Он создан для вполне определенной модели разработки. Для других моделей он в принципе не подходит (ни для кого не секрет, да?). Большинство распределенных систем, конечно, могут (кто больше, кто меньше) поддерживать аналогичную модель, но они РЕАЛЬНО сложней для неподготовленного (и не желающего становиться таковым!) пользователя, а таких пользователей весьма немало! Основной плюс svn, это то, что он вытесняет cvs! Работать с svn после cvs - это просто праздник (вроде и аналогично все, но как-то стройнее и лучше вся система получается). Собственно, какой смысл сравнивать SVN и разные DVCS, если они принципиально разные и предназначены для разного? Даже сравнивать основные DVCS между собой не имеет большого смысла (для задач общего назначения, как минимум), поскольку, в настоящее время, все заканчивается аргументами типа "нравится/не нравится", которые базируются на мнениях типа "2 года назад пробовал - не порадовало". Все что есть в одной уже давно есть в других, как минимум в виде плагинов или даже как штатные функции начиная с версии N. Например, даже bazaar, на сегодняшний день, умеет НЕ создавать отдельные директории для веток несмотря на основную свою парадигму (почему-то это до сих пор ставят ему как основной недостаток), да и git уже худо-бедно справляется с кириллицей и перемещениями файлов и папок (что непременно ставят в укор ему). Список можно продолжать очень долго...
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Компания WANdisco намерена усовершенствовать Subversion"	+/–
	Сообщение от iZEN (ok), 24-Дек-10, 07:29
	> Основной плюс svn, это то, что он вытесняет cvs! Пробовал как пользователь использовать SVN для синхронизации исходников FreeBSD. Не понравилось то, что на диске каталог /usr/src занимал почти в три раза больше места, чем чистовой каталог, синхронизированный CVS. В чём преимущества SVN перед CVS для себя так и не уяснил.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Компания WANdisco намерена усовершенствовать Subversion"	+1 +/–
	Сообщение от anonymous (??), 24-Дек-10, 08:13
	А что скажет по этому поводу Калтенбруннер^Wрядовой разработчик FreeBSD? Сдается мне, что после парочки-тройки чекаутов/мержев/масштабных коммитов из CVS и SVN для себя он сделает далеко идущие выводы.
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Компания WANdisco намерена усовершенствовать Subversion"	–3 +/–
	Сообщение от QuAzI (ok), 24-Дек-10, 08:21
	Где-то видел, ребята писали что наложили свой софт на порты FreeBSD. Но с SVN у них это не получалось, пришлось именно Subversion курить для этих целей. У них получился репозитарий портов в котором и порты FreeBSD и ихние порты. Они обновляют порты их репозитария FreeBSD и при этом там остаются ихние порты. Что-то в этом духе. Надо поискать, перечитать.
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	56. "Компания WANdisco намерена усовершенствовать Subversion"	+/–
	Сообщение от volax (?), 25-Дек-10, 12:37
	http://code.google.com/p/bsd-sharp/downloads/list Там несколько методов заливки, но для портов используется portsnap
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Компания WANdisco намерена усовершенствовать Subversion"	+4 +/–
	Сообщение от Аноним (-), 24-Дек-10, 09:10
	У CVS же не атомарные коммиты. Оборвалась связь во время коммита - получишь половину закомичено, половина - нет.
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	43. "Компания WANdisco намерена усовершенствовать Subversion"	+/–
	Сообщение от rymis (?), 24-Дек-10, 12:20
	svn revert и svn diff не обращаются к серверу, в .svn лежат исходные файлы, поэтому и размер минимум в 2 раза больше.
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	8. "Компания WANdisco намерена усовершенствовать Subversion"	+/–
	Сообщение от anonymous (??), 23-Дек-10, 22:40
	> Это субъективное мнение. Недостатки git вполне объективны.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	11. "Компания WANdisco намерена усовершенствовать Subversion"	+2 +/–
	Сообщение от Mike Lee (?), 23-Дек-10, 23:25
	а ну ка. особенно в сравнении с svn.
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Компания WANdisco намерена усовершенствовать Subversion"	–1 +/–
	Сообщение от anonymous (??), 23-Дек-10, 23:37
	>а ну ка. особенно в сравнении с svn. Нет докачки, неудобные номера ревизий, необходимость выкачивать всё дерево со всей историей, отсутствие официальной поддержки венды. Ещё?
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Компания WANdisco намерена усовершенствовать Subversion"	–1 +/–
	Сообщение от Аноним (-), 24-Дек-10, 01:55
	*Нет докачки Зачем? Или вы по gprs работаете? *неудобные номера ревизий Создание тегов никто не отменял. *необходимость выкачивать всё дерево со всей историей Это связано с тем, что это DVCS. К тому же это очень удобно, например можно сделать git blame:) *отсутствие официальной поддержки венды Под виндой работает. У git есть большой недостаток - он сложнее, чем svn, кривая обучения у git слишком крутая.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Компания WANdisco намерена усовершенствовать Subversion"	+2 +/–
	Сообщение от Аноним (-), 24-Дек-10, 03:08
	>У git есть большой недостаток - он сложнее, чем svn, кривая обучения у git слишком крутая. именно поэтому mercurial. те же яйца, только проще и адекватнее
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Компания WANdisco намерена усовершенствовать Subversion"	+/–
	Сообщение от Аноним (-), 24-Дек-10, 09:12
	> *неудобные номера ревизий > Создание тегов никто не отменял. Для каждого комита делать тег? Вы в своём уме?
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	35. "Компания WANdisco намерена усовершенствовать Subversion"	–1 +/–
	Сообщение от anonymous (??), 24-Дек-10, 10:08
	>Зачем? Или вы по gprs работаете? 256-и мегабитный анлим. qt обновить невозможно, если недельку не делать git pull. >Создание тегов никто не отменял. Для каждого коммита? >Это связано с тем, что это DVCS. К тому же это очень удобно, например можно сделать git blame:) Ну понятно, кактус он такой вкусный. >Под виндой работает. Ссылочку, пожалуйста. >У git есть большой недостаток - он сложнее, чем svn, кривая обучения у git слишком крутая. На да, git для гениев с 16 мегабитным анлимом. Я знаю.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	37. "Компания WANdisco намерена усовершенствовать Subversion"	+1 +/–
	Сообщение от Mike Lee (?), 24-Дек-10, 10:13
	> 256-и мегабитный анлим. qt обновить невозможно, если недельку не делать git pull. вы его по http чтоли делаете? откройте для себя уже более другие протоколы. > Для каждого коммита? а что, каждый коммит кому то нужен кроме разработчика? >Ну понятно, кактус он такой вкусный. ну да, вы ж пользуетесь svn
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Компания WANdisco намерена усовершенствовать Subversion"	–1 +/–
	Сообщение от Аноним (-), 24-Дек-10, 10:23
	>> 256-и мегабитный анлим. qt обновить невозможно, если недельку не делать git pull. >вы его по http чтоли делаете? откройте для себя уже более другие протоколы. А что, для git:// уже написан мануал по прикручиванию всевозможных auth? На оффсайте? Ссылку же, срочно! Желательно не Basic, а, как минимум Digest-MD5, или подобное. А если http не годно, зачем прямо в дистрибе идет враппер для всяких апачей? "Мы умеем 100500 разных штук, но ни одну не умеем хорошо"? И да, даже по DAV оно получилось отвратным г-ном, но об этом я писал ниже - EGit не умеет ничего.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Компания WANdisco намерена усовершенствовать Subversion"	+1 +/–
	Сообщение от anonymous (??), 24-Дек-10, 11:19
	Какое отношение имеют твои комплексы к git? Мы уже поняли, что ты ретроград.
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Компания WANdisco намерена усовершенствовать Subversion"	–2 +/–
	Сообщение от Аноним (-), 24-Дек-10, 17:57
	Человеческий мануал вместо "RTFSC" - уже ретроградство? Вы там со своим житом совсем уже с дуба рухнули?
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Компания WANdisco намерена усовершенствовать Subversion"	+1 +/–
	Сообщение от Crazy Alex (??), 24-Дек-10, 18:05
	git:// используется для анонимного доступа. Для "обновить qt" - в самый раз. Для auth есть git+ssh - всё есть и работает быстро. Если не хотите просаживаться на шифрование - выберите для ssh соответствующий легкий алгоритм шифрования (blowfish-cbc, например)
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	44. "Компания WANdisco намерена усовершенствовать Subversion"	–1 +/–
	Сообщение от anonymous (??), 24-Дек-10, 13:05
	>вы его по http чтоли делаете? откройте для себя уже более другие протоколы. А что, другие протоколы добавляют в git поддержку докачки? >а что, каждый коммит кому то нужен кроме разработчика? А что, разработчик должен обладать 16-и мегабитным без вариантов? А так я и тарбол по ftp скачаю. Нафиг мне гит? >ну да, вы ж пользуетесь svn Да, после гита это просто сказка.
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	45. "Компания WANdisco намерена усовершенствовать Subversion"	+2 +/–
	Сообщение от OramahMaalhur (ok), 24-Дек-10, 13:47
	куча .svn директорий во всевозможных папках - да, это мечта >_<
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Компания WANdisco намерена усовершенствовать Subversion"	+1 +/–
	Сообщение от anonym (?), 24-Дек-10, 04:53
	видимо ты не умеешь его готовить. Во-первых, можно не брать все дерево, а только нужную ветку, во-вторых, глубину историю тоже можно указать, в-третьих он уже давненько официально поддерживает винду.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	31. "Компания WANdisco намерена усовершенствовать Subversion"	+/–
	Сообщение от Аноним (-), 24-Дек-10, 09:11
	> видимо ты не умеешь его готовить. > Во-первых, можно не брать все дерево, а только нужную ветку, во-вторых, глубину > историю тоже можно указать, в-третьих он уже давненько официально поддерживает винду. Я работаю по gprs, когда сделают докачку?
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Компания WANdisco намерена усовершенствовать Subversion"	+/–
	Сообщение от Александр (??), 24-Дек-10, 09:57
	В распределенных системах контроля версий репозиторий хранится локально, поэтому инет нужен очень редко (только для скачивания и отправки новых changeset'ов, при этом коммитов можно сделать хоть сколько - для этого инет не нужен). Если вам кому-то нужно (не в центральный репозиторий) отпавить свои изменения, и при этом у вас плохая связь, то вы можете это сделать хоть по фтп, хоть через емайл, предварительно сформировав bundle с изменениями.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Компания WANdisco намерена усовершенствовать Subversion"	+/–
	Сообщение от anonymous (??), 24-Дек-10, 10:10
	> В распределенных системах контроля версий репозиторий хранится локально, поэтому инет нужен очень редко (только для скачивания и отправки новых changeset'ов, при этом коммитов можно сделать хоть сколько - для этого инет не нужен). А как же распределённость? Вдруг там api поменяли, а я так и буду работать с устаревшим кодом?
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Компания WANdisco намерена усовершенствовать Subversion"	+1 +/–
	Сообщение от Ytch (?), 23-Дек-10, 23:31
	>> Это субъективное мнение. > Недостатки git вполне объективны. На git (такжк как и на svn) системы контроля версий не заканчиваются. Не подошел, по каким-то причинам, git, всегда можно попробовать что-то еще. Уж чего чего, а разных VCS в мире достаточно.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	15. "Компания WANdisco намерена усовершенствовать Subversion"	+/–
	Сообщение от anonymous (??), 23-Дек-10, 23:41
	> На git (такжк как и на svn) системы контроля версий не заканчиваются. > Не подошел, по каким-то причинам, git, всегда можно попробовать что-то еще. > Уж чего чего, а разных VCS в мире достаточно. git не панацея. Если не нужна распределённость, то получается пшик на уровне cvs, если не хуже.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Компания WANdisco намерена усовершенствовать Subversion"	+/–
	Сообщение от Michael Shigorin (ok), 26-Дек-10, 00:57
	Да ладно сказки-то рассказывать.  У нас git и так тоже используют -- средства для того самого быстрого мержа _несравнимы_ с cvs-ными.  И при этом локально ветки разводить не в пример удобнее. SVN со своим подходом хорош в локалке индусских кодеров, где можно хоть голосом синхронизироваться -- кто что коммитит.  Ну или с IRC в паре, и то уже больно начинает быть.  Да, он подходит для workflow, когда "а больше ничего и не требуется" -- беда в том, когда workflow уже не масштабируется, а его всё пытаются растягивать (вместе с инструментом). Да, git сложней и менее вылизан в плане въезда (и особенно переезда головой с CVS).  Но это более осмысленное вложение времени для программиста (для кодера, пожалуй, нет): для локальной работы осваивается за четверть часа, а с распределённой довольно важно заметить git-remote(1) и не страдать ручными fetch'ами в локальные бранчи. В любом случае хорошо, что инструментарий для централизованного воркфорва тоже пилят :)
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Компания WANdisco намерена усовершенствовать Subversion"	+2 +/–
	Сообщение от bircoph (ok), 24-Дек-10, 17:15
	git не поддерживает: 1) svn cp: сохранение истории при разделении файлов: был file.c, стало one.c и two.c — для одного из новых файлов история правок будет идти лишь с момента разделения file.c на два файла. 2) svn import: git не позволяет импортировать кусок чужого проекта, не объявленный модулем, а svn — позволяет. 3) в git нет прозрачной нумерации коммитов; что полезно для очень крупных проектов, раздражает на небольших.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	59. "Компания WANdisco намерена усовершенствовать Subversion"	+/–
	Сообщение от Michael Shigorin (ok), 26-Дек-10, 01:04
	> git не поддерживает: > 1) svn cp: сохранение истории при разделении файлов google://git+copy+history => http://markpasc.livejournal.com/186489.html?thread=556153#t5... > 2) svn import: git не позволяет импортировать кусок чужого проекта, не объявленный > модулем, а svn — позволяет. Хм, а зачем? (и ещё: git умеет обрабатывать ситуацию, когда один из подкаталогов сам является git repo -- возможно, это бы выручило) > 3) в git нет прозрачной нумерации коммитов; что полезно для очень крупных > проектов, раздражает на небольших. Какая может быть честная нумерация при распределёнке -- сколько ни думал, так и не придумал.  И заодно -- как с "прозрачной нумерацией", прибитой гвоздями, сделать что-нить вроде git rebase -i (ОСТОРОЖНО, оно острое!).
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема