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

Компания 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]

62. "Компания WANdisco намерена усовершенствовать Subversion"	+/–
Сообщение от Аноним (-), 26-Дек-10, 11:20
я не кодер... просто занимаюсь поддержкой(в плане сборки тестовых пакетов для Linux-base)... и могу сказать что Git менее удобен чем SVN.. даже в плане таких простых операций, как удаленный запрос номера ревизии и скачивание конкретно заданной ревизии(не говоря уж о том что в Git и понятия такого внятного нет, какой-то паранойдальный хеш)
Ответить | Правка | Наверх | Cообщить модератору

	63. "(offtopic) svn, git и соответствующие workflow"	+/–
	Сообщение от Michael Shigorin (ok), 26-Дек-10, 14:16
	> я не кодер... просто занимаюсь поддержкой Ну так и не судите инструмент _разработчика_. :)  Я и пакеты собираю из гита, чем по большей части _уже_ доволен. > даже в плане таких простых операций, как удаленный запрос номера ревизии Поясните, какой ожидается результат запроса -- может, что соображу. > и скачивание конкретно заданной ревизии Если нужен снапшот -- обычно у проектов есть gitweb, а он даёт взять тарбол, соответствующий коммиту. (и историю там же может быть удобней глянуть краем глаза) >(не говоря уж о том что в Git и понятия такого внятного нет, >какой-то паранойдальный хеш) Ещё раз: он не "параноидальный", а отражает тот факт, что диффы и история изменений -- вещи необязательно связанные намертво. Например, есть у меня foo.c и bar.h; правлю foo.c и делаю один коммит; правлю их оба (foo.c в другом месте, т.е. правки не пересекаются) и делаю второй коммит. Внимание, вопрос: зачем какие-то искусственные ревизии, если может быть лучше (например, из соображений читабельности) перед публикацией эти коммиты поменять местами?  Изменения те же, результат -- тот же, а вот порядок изменился. (пресловутый git rebase --interactive и такое позволяет делать) Вообще рекомендую почитать при удобном случае вот эту статью: http://tomayko.com/writings/the-thing-about-git -- там разбирается как раз то, что git не вколачивает свой единственный правильный workflow в глотку пользователя ("и только мне попробуй шелохнуться!"), а предоставляет возможность наработать свой, удобный человеку. Да, это сложнее, как и любое творчество сложнее хождения строем.  И времени больше надо.  Но это не недостаток инструмента -- а либо про него Вам наврали, что "простой" (он не простой), либо есть желание уж лучше ходить строем (что дело личное).
	Ответить | Правка | Наверх | Cообщить модератору

	69. "(offtopic) svn, git и соответствующие workflow"	+/–
	Сообщение от Имя111223 (?), 27-Дек-10, 01:27
	> ...а либо про него Вам наврали, что "простой" (он не простой), либо ... "простой для изучения" и "простой для использования" -- это немного разные понятия инструмент зачастую бывает простой для использования -- но СЛОЖНЫЙ для изучения!! ---------- ..наглядный пример: КАРАНДАШ! карандошом легко писать слова (но это когда вы уже _научились_ правильно пользоваться карандошом).. ....но вспомните -- сколько требуется времени и усилий человеку чтобы овладеть навыком использования карандаша (для написания слов)!!! :-) времени явно больше чем время что требуется на изучение Git :-) :-) ---------- и вот когда вы спрашиваете кого-то "<такой-то> инструмент -- он простой?" что вы ожидаете услышать? ответ на тему того что инстурмент простой для обучения? или что инструмент просто для повседневной работы?
	Ответить | Правка | Наверх | Cообщить модератору

	72. "(offtopic) svn, git и соответствующие workflow"	–1 +/–
	Сообщение от Michael Shigorin (ok), 27-Дек-10, 13:19
	>> ...а либо про него Вам наврали, что "простой" (он не простой), либо ... > "простой для изучения" и "простой для использования" -- это немного разные понятия Разумеется.  Я считаю, что git достаточно сложен в изучении и бывает сложен в применении, но результат того _для меня_ стоит.  Но не для ламера, надо быть хотя бы честным чайником. > и вот когда вы спрашиваете кого-то "<такой-то> инструмент -- он простой?" Предпочитаю не задавать неоднозначных вопросов, чтоб не огорчаться ответами невпопад. :)  Вы прекрасно озвучили проблему с наивным стилем вопрошания.
	Ответить | Правка | Наверх | Cообщить модератору

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

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