forum.opennet.ru

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

Оглавление

Релиз системы управления версиями Subversion 1.7.0 , opennews (ok), 12-Окт-11, (0) [смотреть все]

Супер Есть интересные изменения, metallic (ok), 15:09 , 12-Окт-11, (1)
Это теперь выборочно не обновить Печально , anonymous (??), 15:22 , 12-Окт-11, (2) +2 //

Меня это тоже расстроило , Mikail (??), 15:32 , 12-Окт-11, (3)
Не вижу связи Просто перенесли на верхний уровень все данные svn - к возможност, Crazy Alex (??), 15:35 , 12-Окт-11, (4) +7 //

Ну так и не смотри , anonymous (??), 15:39 , 12-Окт-11, (7) –10 //

Идиот на проводе Кто мешает полезть вверх по дереву и найти svn в корне локаль, Crazy Alex (ok), 22:50 , 12-Окт-11, (52)

Отправляйся в палату , sanitar (??), 13:58 , 14-Окт-11, (97)

Теперь нельзя просто скопировать под-директорию в другое место и продолжать рабо, VoDA (ok), 09:40 , 13-Окт-11, (64)

а чем svn up dirname в руте не катит , samm (ok), 15:36 , 12-Окт-11, (5) +1 //

Необходимостью прыгать туда-сюда и вводить длинные команды вместо простого svn , anonymous (??), 15:38 , 12-Окт-11, (6) +1

А что, так сложно решить задачу рекурсивого обхода родительских директорий в пои, Lockal (??), 16:49 , 12-Окт-11, (9)
Это плохо тем, например, тем, что раньше можно было в огромном дереве, которое к, Аноним (-), 17:01 , 12-Окт-11, (11) +2 //

во-во svn живет за счет своей простоты и тут они начали улучшать верните не, Аноним (-), 17:24 , 12-Окт-11, (14) //

Я погорячился Обновлять можно и отдельно Но всё равно решение неудобное По кр, anonymous (??), 17:42 , 12-Окт-11, (16)

Ещё как удобно Даже отличное решение Если вырезать папку из одного места реп, Аноним (-), 18:05 , 12-Окт-11, (18)

Но и ничего хорошего тоже А не надо ничего объяснять Особенно секретарше , anonymous (??), 19:08 , 12-Окт-11, (23)

Ну это основная проблема у пользователей слабо знакомых с компьютером Они перем, Аноним (-), 19:53 , 12-Окт-11, (27)

Так это не проблема, а удобство Кто же виноват, что вы гранаты обезьянам раздаё, anonymous (??), 20:15 , 12-Окт-11, (28) +1

В папках с исходным кодом конечно необходимость перемещения целой папки в другое, Аноним (-), 22:59 , 12-Окт-11, (53) +1

Почему маловероятной Очень удобная и востребованная возможность Но кто-то опят, anonymous (??), 00:12 , 13-Окт-11, (54)
Довольно удобное и частое применение Особенно когда используется один репозитор, VoDA (ok), 09:53 , 13-Окт-11, (66) +2

Вы не поняли о чёт идет речь Имелся ввиду рефакторинг кода Перемещаются классы, Аноним (-), 12:40 , 13-Окт-11, (72)

Еще проще dependency groupId myCode1 groupId artefactId myCode2 art, VoDA (ok), 11:05 , 17-Окт-11, (103)
Ух Вы опять не поняли, я говорил, что для разработки программного кода, катал, Аноним (-), 22:04 , 18-Окт-11, (108)
Ещё в пользу SVN я тот самый аноним который использует git для кода большому с, Аноним (-), 22:10 , 18-Окт-11, (110)

Я вижу Вы созрели для bazaar , Аноним (-), 12:54 , 13-Окт-11, (74)
Досточтимый сэр пробовал _работать_ с svn-репозиторием boost а , anonymous (??), 17:51 , 13-Окт-11, (85)

нет я вообще не работаю с С С , VoDA (ok), 11:06 , 17-Окт-11, (104)

аля-git убоги - они простейшую даже фичу как checkout под-директории не осилили , VoDA (ok), 09:45 , 13-Окт-11, (65) +2

Нет, не путайте, это Вы не осилили как это делается И не только папки можно отд, Аноним (-), 12:17 , 13-Окт-11, (70) +1

спасибо, почитаю Хоть один адекватные аноним попался , VoDA (ok), 11:12 , 17-Окт-11, (107)

Это вы убоги - не осилили ман почитать Да понятное дело - высер на форуме это п, Аноним (-), 15:30 , 13-Окт-11, (76)

с нетерпением ждем реализацию offline коммитов, vayerx (ok), 15:47 , 12-Окт-11, (8) //

всего лишь локальные оффлайн коммиты применительно к SVN это скорее костыль буде, добрый дядя (?), 21:22 , 12-Окт-11, (35) //

костыль - не костыль, но пользоваться будет удобнее что за нормальные системы ,, vayerx (ok), 21:53 , 12-Окт-11, (38) //

А какой смысл в удалении гланд через задний проход, когда в DVCS такая фича полу, Аноним (-), 02:48 , 13-Окт-11, (58)

DVCS не всегда удобны SVN для некоторых задач удобнее применять, чем DVCS , VoDA (ok), 09:55 , 13-Окт-11, (67)

Лично мне вот нихрена не удобно зависеть от какого-то сервера где-то в дубенях , Аноним (-), 15:34 , 13-Окт-11, (77)

для начала, почитайте про бритву Оккама и принцип kiss, vayerx (ok), 14:11 , 13-Окт-11, (75)

А можно я вас шарахну вашим же оружием Да, мистер, гребаный сервер svn - абсолю, Аноним (-), 15:36 , 13-Окт-11, (78)

а в svn без сервера обойтись нельзя , vayerx (ok), 16:24 , 13-Окт-11, (83)

Для начала попробуйте посмотреть историю aka svn log без сервера , anonymous (??), 17:41 , 13-Окт-11, (84)

для локального репозитария не checkout а - без проблем локально все коммиты н, vayerx (ok), 18:02 , 13-Окт-11, (86)

Изменения замечательные, только опоздали лет на 5 - для всех немногих проектов, , Аноним (-), 16:56 , 12-Окт-11, (10) //

Ваше мнение важно для всех, кто использует svn , Aleksey (??), 17:04 , 12-Окт-11, (12) //

может быть ктото кто испольузет Svn хотябы 1 человек из ста -- возьмёт да р, Xasd (ok), 17:10 , 12-Окт-11, (13) //

Чья практика Есть куча применений, где git попросту неприменим , anonymous (??), 17:43 , 12-Окт-11, (17)

а ещё есть куча применений Svn в случаях когда по хорошему применим Git - , Xasd (ok), 18:33 , 12-Окт-11, (19)
Ну и где Вообще-то функциональность git - надмножество оной svn, так что это бр, Аноним (-), 19:07 , 12-Окт-11, (22)

А при чём тут вообще функциональность Я про удобство использования В git нет д, anonymous (??), 19:12 , 12-Окт-11, (24)

Действительно - при чём, когда от VCS нам нужна не функциональность, а подпорки , Аноним (-), 20:18 , 12-Окт-11, (29)

В чём допотопщина В отсутствии 100-мегабитного канала Ну да, сейчас модно прив, anonymous (??), 20:40 , 12-Окт-11, (31) +2

100-мегабитный совершенно необязательно Отсутствие разрывов связи вобщем-то не , Аноним (-), 21:20 , 12-Окт-11, (34) +1

Ещё как зависит Чем дольше сессия, тем больше вероятность, что её разорвут Да , anonymous (??), 21:54 , 12-Окт-11, (39)

Историю надо скачать один раз Извращенцы на модемах это могут сделать хоть скоп, Аноним (-), 21:58 , 12-Окт-11, (40)

svn log log txt Вот тебе и история А сидеть дома у анлима гораздо большее изв, anonymous (??), 22:08 , 12-Окт-11, (45)
Так и запишем Чтобы работать с svn надо руками собрать текстовички с логами для, Аноним (-), 02:09 , 13-Окт-11, (55) –1

Гым, в SVN даже на более старую ревизию без интернета не откатиться если понял ч, Аноним (-), 15:40 , 13-Окт-11, (79)

Если у вас не тексты, а PSD какие-нибудь, 90 всего этого не работает А версии , Crazy Alex (ok), 22:42 , 12-Окт-11, (50) +2

Если наличие центральной точки отказа и пожизненная ограниченность исключительно, anonimous (?), 22:59 , 13-Окт-11, (89)

В описываемом случае это скорее плюс, так как эта точка обслуживается квалифиц, Ytch (?), 02:26 , 14-Окт-11, (90)

Этот use-case идентичен во всех VCS, в которых есть нелокальность Ни разу не , anonymous (??), 11:20 , 14-Окт-11, (93)

Тогда твой выбор Mercurial - это простота svn-а номера ревизий цифрами в локаль, добрый дядя (?), 21:28 , 12-Окт-11, (36) +1

добавлю, что работа с частью репозитория так же возможна, можно коммитить только, добрый дядя (?), 21:30 , 12-Окт-11, (37)

Полностью поддерживаю Есть правда один минус - это ничего не умеющее тормозное , Аноним (-), 21:58 , 12-Окт-11, (41) –1

А что с питоном не так И чего оно умело бы, если бы не питон , anonymous (??), 22:03 , 12-Окт-11, (43)

Оно бы не умело так зверски тормозить Питонистов на кол надо - они заботятся то, Аноним (-), 15:44 , 13-Окт-11, (80)

Так ни кто не против ртути Но вот после тестов выяснилось, что докачки опять не, anonymous (??), 22:00 , 12-Окт-11, (42)
как сделать checkout части репозитория работал с Hg, но данной фичи не обнаружил, VoDA (ok), 09:59 , 13-Окт-11, (68)

А почему, собственно, sin не больше 1 Мне больше надо Опишите, мне, пожалуйс, anonymous (??), 12:47 , 14-Окт-11, (96)

а зачем для моих задач к примеру хранение фоток branch не требуется, а checko, VoDA (ok), 11:12 , 17-Окт-11, (106)

На http IIRC SVN на plain http вообще не вывесить Удобных -- это когда надо бы, Michael Shigorin (ok), 22:15 , 12-Окт-11, (47)

А тупо посмотреть список файлов и скачать недостающие оно конечно не может Печа, anonymous (??), 22:33 , 12-Окт-11, (49)

вообще-то да поправил 8212 закоммитил это утята с svn предпочитают наколбас, arisu (ok), 23:07 , 14-Окт-11, (99)

Пример ситуации, когда весь репозиторий вообще никому не нужен - орда дизайнеров, Crazy Alex (ok), 22:47 , 12-Окт-11, (51) +3
Я храню в нем фотки - есть возможность выгрузить фотки одного сезона или одной п, VoDA (ok), 10:09 , 13-Окт-11, (69)

Мде, если вы даже название приложения написать не можете правильно - представляю, Аноним (-), 15:48 , 13-Окт-11, (81)

да, быстро писал слово по звучанию правильно так proof of concept, VoDA (ok), 11:09 , 17-Окт-11, (105)

нету, all_glory_to_the_hypnotoad (ok), 22:12 , 12-Окт-11, (46)

А вот с аргументацией опять туго Походу массовый гипноз, ничего не поделаешь , anonymous (??), 22:15 , 12-Окт-11, (48)

Куда нам до универсального аргумента массовый гипноз , Аноним (-), 02:11 , 13-Окт-11, (56)

Гит неприменим, когда нет доверия пользователю в плане грамотного обращения с ре, Crazy Alex (ok), 12:39 , 13-Окт-11, (71) +1

Еще им часто надо легко и автоматически получать всегда актуальные документы, ко, Ytch (?), 02:48 , 14-Окт-11, (91)

Почему-то мне кажется что случаев когда наоборот - намного больше Перец с оффла, Аноним (-), 02:49 , 13-Окт-11, (59)

Это правда - я лично перешел на git-svn сразу после того как мне его показали , Аноним (-), 17:34 , 12-Окт-11, (15) //

Ну так люди легко поддающиеся внушению были всегда Иначе пришлось бы отрицать т, anonymous (??), 19:14 , 12-Окт-11, (25)

Самовнушению, чтобы сидеть на г-не мамонта и считать что это правильно, вы хотел, Аноним (-), 20:23 , 12-Окт-11, (30)

А при чём тут любознательность У гита отсутствует ряд необходимых мне фич Об э, anonymous (??), 20:44 , 12-Окт-11, (32)

А у SVN отсутствует ряд фич в еще более злобном виде Самой злобной из проблем я, Аноним (-), 02:55 , 13-Окт-11, (60)

Видите ли, падение сервака - это проблема администраторов Которые могут и профи, Crazy Alex (ok), 12:42 , 13-Окт-11, (73) +1

Нет, извините, нагнувшаяся работа - это проблема того у кого она нагнулась Хотя, Аноним (-), 15:56 , 13-Окт-11, (82)

Это вы про гит Полностью согласен , anonymous (??), 20:45 , 12-Окт-11, (33) –3

Git по сравнению с svn - как иномарка vs крестьянская телега Оба конечно средст, Аноним (-), 03:03 , 13-Окт-11, (61) –1

хрен ваша иномарка проедет по нашим деревенским дорогам, ваноним (?), 18:13 , 13-Окт-11, (88)

8230 и поэтому мы не будем чинить дороги, лучше пересядем на лошадей , arisu (ok), 23:18 , 14-Окт-11, (100)

одно другому, в общем-то, не мешает но нахрена прокладывать кошерные дороги там, ваноним (?), 02:27 , 15-Окт-11, (101) +1

право слово, если уж дошло до использования системы контроля версий 8212 то э, arisu (ok), 02:34 , 15-Окт-11, (102)

вы таки будете в шоке, но где-то действительно и тарболами неплохо обходятся но, ваноним (?), 22:09 , 18-Окт-11, (109)

Убрали возможность клонирования только части дерева исходников Чтобы затем рабо, Необъективный_ (ok), 18:44 , 12-Окт-11, (20) //

s клонирования копирования С сервера или локально копировать --- не важно , Необъективный_ (ok), 18:47 , 12-Окт-11, (21)
Как раз клонировать можно Проверял Вот с остальным проблемы , anonymous (??), 19:18 , 12-Окт-11, (26)

эпик фейл , all_glory_to_the_hypnotoad (ok), 22:08 , 12-Окт-11, (44) //

Какой fail Давно ожидаемое улучшение Вместо миллиона файлов - одна база , Pilat (ok), 05:23 , 13-Окт-11, (62) //

когда sqlлайтная база распухнет и зафрагментируется, тогда и вкусишь всю прелест, all_glory_to_the_hypnotoad (ok), 03:31 , 14-Окт-11, (92)

инстантвин, ясчитаю, ваноним (?), 18:12 , 13-Окт-11, (87)

Ну приехали, SQLite и одна svn Теперь я даже там где вроде бы не нужен git не , Аноним (-), 02:13 , 13-Окт-11, (57)
достаточно революционная версия уместнее было бы назвать svn 2 0, чтобы не пута, б.б. (?), 06:57 , 13-Окт-11, (63)
у меня репозитарий 950Гб, ты предлагаешь каждому сотрудника носить с собой локал, ALex_hha (ok), 11:22 , 14-Окт-11, (94) –1 //

когда переведёшь свой 950Гб репозиторий на sqlite и svn, тогда и узнаешь все пр, all_glory_to_the_hypnotoad (ok), 11:58 , 14-Окт-11, (95)
http www opennet ru openforum vsluhforumID3 80746 html 85, anonymous (??), 15:21 , 14-Окт-11, (98)

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

12. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от Aleksey (??), 12-Окт-11, 17:04

Ваше мнение важно для всех, кто использует svn.

Ответить | Правка | Наверх | Cообщить модератору

13. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от Xasd (ok), 12-Окт-11, 17:10

может быть ктото кто испольузет Svn (хотябы 1 человек из ста :)) -- возьмёт да решит-таки изучить/использовать/перейти на Git
...практика говорит о том что рано или позно это случается с почти каждым svn-щиком.. а дальше только мысли на подобие "и почему я раньше этого не сделал? зачем я так долго фанатично сопративлялся?" :-)

Ответить | Правка | Наверх | Cообщить модератору

17. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от anonymous (??), 12-Окт-11, 17:43

>практика говорит о том что рано или позно это случается с почти каждым svn-щиком.
Чья практика? Есть куча применений, где git попросту неприменим.

Ответить | Правка | Наверх | Cообщить модератору

19. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от Xasd (ok), 12-Окт-11, 18:33

> Чья практика? Есть куча применений, где git попросту неприменим.
...а ещё есть куча применений Svn в случаях когда по хорошему применим Git :-)

Ответить | Правка | Наверх | Cообщить модератору

22. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от Аноним (-), 12-Окт-11, 19:07

Ну и где? Вообще-то функциональность git - надмножество оной svn, так что это бред.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

24. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от anonymous (??), 12-Окт-11, 19:12

> Ну и где? Вообще-то функциональность git - надмножество оной svn, так что
> это бред.
А при чём тут вообще функциональность? Я про удобство использования. В git нет докачки, в git нет удобных номеров ревизий, в git нет возможности работать с частью проекта... Просто у некоторых походу git головного мозга, раз они так легко октазались от столь очевидных удобств.

Ответить | Правка | Наверх | Cообщить модератору

29. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от Аноним (-), 12-Окт-11, 20:18

> А при чём тут вообще функциональность?
Действительно - при чём, когда от VCS нам нужна не функциональность, а подпорки под нашу ограниченность и привычки к допотопщине. Признайтесь, вы с git и не работали.
> Я про удобство использования
Удобство - это для начала, нормальный merge и cherry-pick, не говоря уже о rebase, bisect, staging area с add -p, всем фичам по history rewriting да и банальных локальных коммитах. Ну вам конечно, на всё это плевать - вам дорог зухель 33600, вы привыкли к чиселкам и вы привыкли всё запихивать в один репозиторий, чтобы потом выкачивать оттуда части. И громко заявляете что git неприменим. Даже жаль таких как вы.

Ответить | Правка | Наверх | Cообщить модератору

31. "Релиз системы управления версиями Subversion 1.7.0 " +2 +/–

Сообщение от anonymous (??), 12-Окт-11, 20:40

> Действительно - при чём, когда от VCS нам нужна не функциональность, а подпорки под нашу ограниченность и привычки к допотопщине.
В чём допотопщина? В отсутствии 100-мегабитного канала? Ну да, сейчас модно привязывать себя к интернету. Облачные сервисы специально для вас.

>Признайтесь, вы с git и не работали.
Конечно, ввиду его полной непригодности и повышенным требованиям к сети.

> Удобство - это для начала, нормальный merge и cherry-pick, не говоря уже
> о rebase, bisect, staging area с add -p, всем фичам по
> history rewriting да и банальных локальных коммитах.
Об этом смешно говорить, когда отсутствует столь необходимый функционал. Это как мерседес без мотора.
>Даже жаль таких как вы.
Мне, право, как-то неудобно наблюдать жалость в глазах таких вот самоограниченных людей как вы.

Ответить | Правка | Наверх | Cообщить модератору

34. "Релиз системы управления версиями Subversion 1.7.0 " +1 +/–

Сообщение от Аноним (-), 12-Окт-11, 21:20

> В чём допотопщина? В отсутствии 100-мегабитного канала?
100-мегабитный совершенно необязательно. Отсутствие разрывов связи вобщем-то не от ширины зависит.
> Ну да, сейчас модно привязывать себя к интернету.
А вам это не нравится? А почему вы тогда пользуетесь SVN?! Там даже чтобы лог посмотреть нужно подключение к сети.
> Конечно, ввиду его полной непригодности и повышенным требованиям к сети.
Git, в отличие от, позволяет полноценно работать полностью оффлайн, так что можете прекратить отмазки придумывать.

Ответить | Правка | Наверх | Cообщить модератору

39. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от anonymous (??), 12-Окт-11, 21:54

>Отсутствие разрывов связи вобщем-то не от ширины зависит.
Ещё как зависит. Чем дольше сессия, тем больше вероятность, что её разорвут. Да что там говорить, даже браузер фурифокс давно докачку умеют, не говоря уж про какой-то отсталый svn.

>А вам это не нравится? А почему вы тогда пользуетесь SVN?! Там даже чтобы лог посмотреть нужно подключение к сети.
В 21-м веке подключение не проблема. Хоть через телефон с шнурком. Только сразу вскрываются все недостатки git. Странно наблюдать их в такой "продвинутой" vcs

>Git, в отличие от, позволяет полноценно работать полностью оффлайн, так что можете прекратить отмазки придумывать.
Да, отличный оффлайновый генератор коммитов получается. Только какое это отношение имеет к VCS? В вопросе коллективной разработки, конечно же.

Ответить | Правка | Наверх | Cообщить модератору

40. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от Аноним (-), 12-Окт-11, 21:58

> Ещё как зависит. Чем дольше сессия, тем больше вероятность, что её разорвут.
Историю надо скачать один раз. Извращенцы на модемах это могут сделать хоть скопировав .git по правоставной ftp'шечке с докачкой.
> Да, отличный оффлайновый генератор коммитов получается. Только какое это отношение имеет к VCS? В вопросе коллективной разработки, конечно же.
Можно сделать push. Ты не знал?

Ответить | Правка | Наверх | Cообщить модератору

45. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от anonymous (??), 12-Окт-11, 22:08

>Историю надо скачать один раз. Извращенцы на модемах это могут сделать хоть скопировав .git по правоставной ftp'шечке с докачкой.
svn log > log.txt Вот тебе и история. А сидеть дома у анлима гораздо большее извращение.

>Можно сделать push. Ты не знал?
А про pull ты забыл? Странно, ещё пользователем гит себя называешь.

Ответить | Правка | Наверх | Cообщить модератору

55. "Релиз системы управления версиями Subversion 1.7.0 " –1 +/–

Сообщение от Аноним (-), 13-Окт-11, 02:09

> svn log > log.txt Вот тебе и история. А сидеть дома у анлима гораздо большее извращение.
Так и запишем. Чтобы работать с svn надо руками собрать текстовички с логами для каждого файла и каждой директории, для которой мне может понадобиться посмотреть лог, т.е. для всех.
> А про pull ты забыл? Странно, ещё пользователем гит себя называешь.
Ты давай разберись о чём речь ведёшь, костылевод. push/pull передают только новые коммиты, так что даже твой зухель справится. И гораздо быстрее чем svn в сколь-либо большом дереве обойдёт все директории.

Ответить | Правка | Наверх | Cообщить модератору

79. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от Аноним (-), 13-Окт-11, 15:40

> В чём допотопщина? В отсутствии 100-мегабитного канала? Ну да, сейчас модно привязывать
> себя к интернету. Облачные сервисы специально для вас.
Гым, в SVN даже на более старую ревизию без интернета не откатиться если понял что где-то напортачил. Тогда как в git локально лежит вся база изменений - взял да и откатился одной командой. Без интернета. Именно поэтому он столько и льет в первый раз.
Если использовать гит не для задроства в стиле гентусятников "скачал чтобы скомпилить самую-самую версию" а чтобы _разрабатывать_ - это отличная штука. А то что dvcs не очень заточены на ушибленых задротов с манией пересборки свежака из сырцов без участия в разработке - проблемы только этих (бесполезных для окружающих) задротов.

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

50. "Релиз системы управления версиями Subversion 1.7.0 " +2 +/–

Сообщение от Crazy Alex (ok), 12-Окт-11, 22:42

Если у вас не тексты, а PSD какие-нибудь, 90% всего этого не работает. А версии по-прежнему зранить надо - причем не программистам, а людим, для которых SHA1-хеш - это такая разновидность мата.А вот последовательные номера ревизий в централизованном репозитории - очень понятная модель. И ни ветки, ни куча репозиториев, ни, в общем-то, совместная работа им сто лет не нужна - а нужно,чтобы было одно хранилище (поддерживаемое квалифицированным персоналом), из которого можно достать любую версию конкретного документа.

Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

89. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от anonimous (?), 13-Окт-11, 22:59

> Если у вас не тексты, а PSD какие-нибудь, 90% всего этого не
> работает. А версии по-прежнему зранить надо - причем не программистам, а
> людим, для которых SHA1-хеш - это такая разновидность мата.А вот последовательные
> номера ревизий в централизованном репозитории - очень понятная модель.
> И ни ветки, ни куча репозиториев, ни, в общем-то, совместная работа им сто
> лет не нужна - а нужно,чтобы было одно хранилище (поддерживаемое квалифицированным
> персоналом), из которого можно достать любую версию конкретного документа.
Если наличие центральной точки отказа и пожизненная ограниченность исключительно линейной историей --- для Вас приемлемая плата за 1.2.3.4.5, то таки да, возразить нечего. Кстати, присмотритесь тогда к SCCS --- Вам должно понравиться.

Ответить | Правка | Наверх | Cообщить модератору

90. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от Ytch (?), 14-Окт-11, 02:26

> Если наличие центральной точки отказа
В описываемом случае это скорее плюс, так как эта "точка" обслуживается квалифицированным персоналом, который несомненно наладит регулярное резервное копирование (резервировать то, что собрано в одном месте на порядок проще), а вот локальные коммиты в случае DVCS будут незарезервированы черт знает сколько времени у неквалифицированных пользователей.
Это не говоря уже о том сколько проблем они создадут себе и всем вокруг когда будут пытаться бранчить,мержить,пушить,пулить,...  - это вам не простой как ведро update/modify/commit. А на решение всех трудностей будет тратиться время невиновного квалифицированного персонала, у которого, кстати, и своих задач может быть "по горло", но вместо их решения люди будут копаться в чужих конфликтах и бесплодных попытках объяснить, что "Вот здесь надо было сделать вот так, а у вас тут песец получился, который специально захочешь - не повторишь. Что? Вы ничего не трогали? Оно само?".

Ответить | Правка | Наверх | Cообщить модератору

93. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от anonymous (??), 14-Окт-11, 11:20

>> Если наличие центральной точки отказа
> В описываемом случае это скорее плюс, так как эта "точка" обслуживается квалифицированным
> персоналом, который несомненно наладит регулярное резервное копирование (резервировать
> то, что собрано в одном месте на порядок проще),
Этот use-case идентичен во всех VCS, в которых есть 'нелокальность'. Ни разу не особенность Subversion. У систем с централизованным репозиторием просто нет ряда use-cases, которые есть в DVCS.
> а вот
> локальные коммиты в случае DVCS будут незарезервированы черт знает сколько времени
> у неквалифицированных пользователей.
> Это не говоря уже о том сколько проблем они создадут себе и
> всем вокруг ...
"Ни одна VCS не заменяет коммуникации между участниками процесса".

Ответить | Правка | Наверх | Cообщить модератору

36. "Релиз системы управления версиями Subversion 1.7.0 " +1 +/–

Сообщение от добрый дядя (?), 12-Окт-11, 21:28

Тогда твой выбор Mercurial - это простота svn-а (номера ревизий цифрами в локальной копии), есть external-ы для hg svn и git, есть много разнообразных плюшек и фишек, которые есть в svn. Mercurial - это следующий шаг после svn, шаг вперед.
+ нормальный кроссплатформенный GUI - TortoiseHG (на PyQt для Mercurial, работает на всех ОС, а не как TortoiseSVN, который только в нормальном виде только для венды)
> А при чём тут вообще функциональность? Я про удобство использования. В git
> нет докачки, в git нет удобных номеров ревизий, в git нет
> возможности работать с частью проекта... Просто у некоторых походу git головного
> мозга, раз они так легко октазались от столь очевидных удобств.

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

37. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от добрый дядя (?), 12-Окт-11, 21:30

добавлю, что работа с частью репозитория так же возможна, можно коммитить только ту ветку каталога, с которой работал, это как в svn - я так делал в svn и делаю в Mercurial

Ответить | Правка | Наверх | Cообщить модератору

41. "Релиз системы управления версиями Subversion 1.7.0 " –1 +/–

Сообщение от Аноним (-), 12-Окт-11, 21:58

> добавлю, что работа с частью репозитория так же возможна, можно коммитить только
> ту ветку каталога, с которой работал, это как в svn -
> я так делал в svn и делаю в Mercurial
Полностью поддерживаю. Есть правда один минус - это ничего не умеющее тормозное г на петоне. А так да.

Ответить | Правка | Наверх | Cообщить модератору

43. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от anonymous (??), 12-Окт-11, 22:03

>Есть правда один минус - это ничего не умеющее тормозное г на петоне
А что с питоном не так? И чего оно умело бы, если бы не питон?

Ответить | Правка | Наверх | Cообщить модератору

80. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от Аноним (-), 13-Окт-11, 15:44

> А что с питоном не так? И чего оно умело бы, если бы не питон?
Оно бы не умело так зверски тормозить. Питонистов на кол надо - они заботятся только о удобстве своего кодинга, а о том что случится с теми кто пользуется их г@внокодом их вообще не волнует. Особенно прикольна свистопляска с полудюжиной версий питона. Несовместимых, бл.

Ответить | Правка | Наверх | Cообщить модератору

42. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от anonymous (??), 12-Окт-11, 22:00

> добавлю, что работа с частью репозитория так же возможна, можно коммитить только
> ту ветку каталога, с которой работал, это как в svn -
> я так делал в svn и делаю в Mercurial
Так ни кто не против ртути. Но вот после тестов выяснилось, что докачки опять нет. Зачем нужна тулза с таким убогим функционалом? Зависимость от анлима напрягает меня гораздо сильнее отсутствия децентрализованности.

Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

68. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от VoDA (ok), 13-Окт-11, 09:59

> добавлю, что работа с частью репозитория так же возможна, можно коммитить только
> ту ветку каталога, с которой работал, это как в svn -
> я так делал в svn и делаю в Mercurial
как сделать checkout части репозитория?
работал с Hg, но данной фичи не обнаружил (((

Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

96. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от anonymous (??), 14-Окт-11, 12:47

> как сделать checkout части репозитория?
> работал с Hg, но данной фичи не обнаружил (((
А почему, собственно, sin не больше 1? Мне больше надо! ;)
Опишите, мне, пожалуйста, процедуру branch'а, если Вы сделали checkout части репозитория.
Возможность checkout части репозитория ведёт к тому, что каждый каталог есть как-бы репозиторий. А это, в свою очередь, означает, что перемещение источников внутри репозитория создает изрядное количество проблем с историей (что, кстати, и имеем в Subversion; там это усугубляется тем, что branch'а, а заодно и tag'а, собственно-то и нет). И, конечно, возможность checkout части репозитория --- существенно требует единственного (центрального) репозитория.

Ответить | Правка | Наверх | Cообщить модератору

106. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от VoDA (ok), 17-Окт-11, 11:12

> Опишите, мне, пожалуйста, процедуру branch'а, если Вы сделали checkout части репозитория.
а зачем? для моих задач (к примеру хранение фоток) branch не требуется, а checkout поддиректории - нужен.

> Возможность checkout части репозитория ведёт к тому, что каждый каталог есть как-бы
> репозиторий. И, конечно, возможность checkout части репозитория ---
> существенно требует единственного (центрального) репозитория.
Да. Это и нужно.

Ответить | Правка | Наверх | Cообщить модератору

47. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от Michael Shigorin (ok), 12-Окт-11, 22:15

> В git нет докачки
На http IIRC.  SVN на plain http вообще не вывесить.
> в git нет удобных номеров ревизий
Удобных -- это когда надо бы разумно идентифицировать две разных параллельных модификации одной ревизии (ну работали два человека одновременно каждый в своём офлайне), а никак? :)
Ревизии -- это ахиллесова пята, которая в принципе прибивает к единому номеродателю.  А игры в точки вскоре начинают напоминать SNMP какой-то.
Это не говоря о том, что хэши в качестве идентификаторов имеют и другие побочные свойства помимо надёжной проверки наследования -- например, делают осмысленным и достаточно практичным тот же --amend: поправил содержимое -- получилось другое состояние, но со старым вариантом уже не перепутаешь.
> в git нет возможности работать с частью проекта...
Можно рассказать, где используется и осмыслена такая организация проекта?  Прям интересно стало (без подколов).  Тут вон до git submodules руки не доходят, как-то всё не требуются.
> Просто у некоторых походу git головного мозга, раз они так легко октазались
> от столь очевидных удобств.
Про одно Вы неправду сказали, про остальные два -- как минимум неовечидно/противоречиво.  И это всё не к тому, какой гит замечательный, а к тому, что критика не по адресу вышла.
PS: а новости -- +1 :)

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

49. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от anonymous (??), 12-Окт-11, 22:33

>На http IIRC.  SVN на plain http вообще не вывесить.
А тупо посмотреть список файлов и скачать недостающие оно конечно не может. Печально. И что за идиотизм упираться в plain http?
> Ревизии -- это ахиллесова пята, которая в принципе прибивает к единому номеродателю.  А игры в точки вскоре начинают напоминать SNMP какой-то.
Ну-ну. Очередная дутая проблема. Ну или любовь делать коммиты на каждый чих.

> Можно рассказать, где используется и осмыслена такая организация проекта?  Прям интересно
Про модульность товарищ, конечно, не слышал. Это прискорбно.

>Про одно Вы неправду сказали, про остальные два -- как минимум неовечидно/противоречиво.  И это всё не к тому, какой гит замечательный, а к тому, что критика не по адресу вышла.
По пунктам, пожалуйста. У гита есть докачка? У гита есть читаемые номера ревизий? Гит научился работать с частью дерева проекта? Нет. Поэтому тут я могу услышать только, мягко выражаясь, пустой трёп. Работать он от этого тоже не станет. В отличие от...

Ответить | Правка | Наверх | Cообщить модератору

99. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от arisu (ok), 14-Окт-11, 23:07

> или любовь делать коммиты на каждый чих.
вообще-то да: поправил — закоммитил. это утята с svn предпочитают наколбасить мегатонну кода и потом её таким вот блобом коммитнуть. а всё потому, что сервер — централизованый, если туда закоммитить что-то полурабочее (или вообще поломаное), весь бизнес встанет колом. у гитовцев таких странных и надуманых проблем нет: коммить себе хоть каждую строку, билды от этого не лягут. зато отлично видно, что именно менял, как, где, черрипики и бисекты делать удобно.

впрочем, людям с svn это не понять: для них слово «удобство» — ругательное.

Ответить | Правка | Наверх | Cообщить модератору

51. "Релиз системы управления версиями Subversion 1.7.0 " +3 +/–

Сообщение от Crazy Alex (ok), 12-Окт-11, 22:47

Пример ситуации, когда весь репозиторий вообще никому не нужен - орда дизайнеров, сохраняющих в него очередные версии своей работы. У каждого дизайнера - свой каталог, к которому он имеет доступ на запись, к некоторым другим - на чтение. Совместная работа и ветки не нужны как класс -  нужна возможность сохранить очередную версию там, где её даже намеренно не прибьёшь, не говоря о случайностях.

Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

69. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от VoDA (ok), 13-Окт-11, 10:09

>> в git нет возможности работать с частью проекта...
> Можно рассказать, где используется и осмыслена такая организация проекта?  Прям интересно
> стало (без подколов).  Тут вон до git submodules руки не
> доходят, как-то всё не требуются.
Я храню в нем фотки - есть возможность выгрузить фотки одного сезона или одной поездки. Структура каталогов иерархическая. Удобство SVN в том, что удаленно подключаюсь с любого компа и получаешь точную копию фоток. Если случайно удалил, то восстановление - элементарно.
Использование одного! репозитория для всех проектов. Удобно использовать для своих личных приложений (pruf of consept).
Единый репо для несколько малых (до 10 человек) команд пилят различные модули одной системы. На запись можешь вести только в свое приложение, а при необходимости обновить внешние интерфейсы делаешь шаг вверх и update. Дальше одной командой пересобираешь и чужие и свои приложения.

Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

81. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от Аноним (-), 13-Окт-11, 15:48

> (pruf of consept).
Мде, если вы даже название приложения написать не можете правильно - представляю себе что там в коде творится.

Ответить | Правка | Наверх | Cообщить модератору

105. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от VoDA (ok), 17-Окт-11, 11:09

>> (pruf of consept).
> Мде, если вы даже название приложения написать не можете правильно - представляю
> себе что там в коде творится.
да, быстро писал слово по звучанию. правильно так: proof of concept

Ответить | Правка | Наверх | Cообщить модератору

46. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от all_glory_to_the_hypnotoad (ok), 12-Окт-11, 22:12

> Есть куча применений, где git попросту неприменим.
нету

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

48. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от anonymous (??), 12-Окт-11, 22:15

>нету
А вот с аргументацией опять туго. Походу массовый гипноз, ничего не поделаешь.

Ответить | Правка | Наверх | Cообщить модератору

56. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от Аноним (-), 13-Окт-11, 02:11

> А вот с аргументацией опять туго. Походу массовый гипноз, ничего не поделаешь.
Куда нам до универсального аргумента "массовый гипноз".

Ответить | Правка | Наверх | Cообщить модератору

71. "Релиз системы управления версиями Subversion 1.7.0 " +1 +/–

Сообщение от Crazy Alex (ok), 13-Окт-11, 12:39

Гит неприменим, когда нет доверия пользователю в плане грамотного обращения с репозиторием. С SVN он закоммитил на центральный сервер - и всё, никуда результат его работы не денется, локально можно творить что угодно. А права на запись в удалённый гит-репозиторий дают слишком много свобод в плане "начудить". Нет, наверное, там можно какими-то костылями подпереть, но SVN при таком сценарии проще на порядок. Кроме того гит со своей нелинейностью истории и SHA1-хешами создаёт слишком большую когнитивную нагрузку на нетехнических польхователей, которым оно на фиг не надо, а нужен просто список версий документа с комментарием (commit message, но им мы это говорить не будем) и датой сохранения (коммита - но это мы тоже говорить не будем). Имеем действительно удобный версионник для непрограммистов - дизайнеров, юристов и т.п.

Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

91. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от Ytch (?), 14-Окт-11, 02:48

> нужен просто список
> версий документа с комментарием (commit message, но им мы это говорить
> не будем) и датой сохранения (коммита - но это мы тоже
> говорить не будем).
Еще им часто надо легко и автоматически получать всегда актуальные документы, которые делают коллеги из соседней комнаты, вместо "скинь мне на флешку последний вариант договора" и "Вася на той неделе вроде чего-то менял в смете - позвони ему и ,если он на месте, пусть по почте пришлет". С DVCS ситуация у "нетехнических" пользователей будет похуже чем "принести на флешке" (с флешкой они все-таки обычно могут управиться без посторонней помощи).

Ответить | Правка | Наверх | Cообщить модератору

59. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от Аноним (-), 13-Окт-11, 02:49

> Чья практика? Есть куча применений, где git попросту неприменим.
Почему-то мне кажется что случаев когда наоборот - намного больше. Перец с оффлайн-коммитами выше как бы намекает... ;))

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

15. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от Аноним (-), 12-Окт-11, 17:34

Это правда - я лично перешел на git-svn сразу после того как мне его показали.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

25. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от anonymous (??), 12-Окт-11, 19:14

> Это правда - я лично перешел на git-svn сразу после того как
> мне его показали.
Ну так люди легко поддающиеся внушению были всегда. Иначе пришлось бы отрицать такое явление как гипноз.

Ответить | Правка | Наверх | Cообщить модератору

30. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от Аноним (-), 12-Окт-11, 20:23

> Ну так люди легко поддающиеся внушению были всегда
Самовнушению, чтобы сидеть на г-не мамонта и считать что это правильно, вы хотели сказать? Так и CVS используют. Всё проще - есть люди, недостаточно поддающиеся любознательности. Осиль я сам прочитать пару глав pro git чтобы понять что он умеет - перешел бы давно сам. А так мучался пока не показали что есть svn, а есть системы контроля версий.

Ответить | Правка | Наверх | Cообщить модератору

32. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от anonymous (??), 12-Окт-11, 20:44

>Всё проще - есть люди, недостаточно поддающиеся любознательности.
А при чём тут любознательность? У гита отсутствует ряд необходимых мне фич. Об этом я прекрасно осведомлён.

>А так мучался пока не показали что есть svn, а есть системы контроля версий.
Это опять голословно. Очень похоже на результат внушения.

Ответить | Правка | Наверх | Cообщить модератору

60. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от Аноним (-), 13-Окт-11, 02:55

> А при чём тут любознательность? У гита отсутствует ряд необходимых мне фич.
А у SVN отсутствует ряд фич в еще более злобном виде. Самой злобной из проблем является то что оно вообще ничерта не может при отсутствии сервака.
Поэтому:
1) Падение сервака = пи...ц работе! Полный. Надолго.
2) Без интернета или сервака в локалке в принципе нереально работать. У GIT в 100500 раз больше вариантов, вплоть до переноски патчей флоппинетом, если по другому в неких условиях не получается.
3) Отматывать на разные версии - нудно, медленно, геморройно и опять же требует живой сервер. Ублюдство.

Ответить | Правка | Наверх | Cообщить модератору

73. "Релиз системы управления версиями Subversion 1.7.0 " +1 +/–

Сообщение от Crazy Alex (ok), 13-Окт-11, 12:42

Видите ли, падение сервака - это проблема администраторов. Которые могут и профилактические меры принять, и устранить неполадки достаточно быстро. А угробленный локальный репозиторий - это проблема пользователя, который, если он не программист/админ, необходимыми навыками не обладает в получает большой геморрой на ровном месте - особенно потому что был уверен, что всё надёжно.

Ответить | Правка | Наверх | Cообщить модератору

82. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от Аноним (-), 13-Окт-11, 15:56

> Видите ли, падение сервака - это проблема администраторов.
Нет, извините, нагнувшаяся работа - это проблема того у кого она нагнулась. Хотя, конечно, если вы заняты протиранием портков на работе - оно конечно да, отмазка удобная. А вот если результативность волнует - тогда опаньки, svn получается дерьмищем полным.
> Которые могут и профилактические меры принять, и устранить неполадки достаточно быстро.
Ну вот допустим выехал я с нотиком на природу, в местность куда даже гсм не достреливает. Ваши предложения по админскому решению вопроса? Админ должен прийти и построить мне там БСку или протащить в окрестности мухосранска эзернет-кабель? В случае гита то - ему похрену что интернета нет, вся база - локально, и я могу работать с ним где угодно "как если бы у меня был доступ к серваку svn". Потому что я сам себе самодостаточный сервак со своей базой. Более того, если рядом оказался Вася желающий засинкаться со мной - мы можем хоть флоппинетом перекинуться своими изменениями. А вот с SVN в этом плане - сплошная попаболь: нет сервера - нет результата. Железобетонно и уныло.
> А угробленный локальный репозиторий - это проблема пользователя,
В SVN нет полноценного локального репозитория, позволяющего отмотать на несколько ревизий в сторону без наличия сервака. А в гите полная база копируется.
> который, если он не программист/админ, необходимыми навыками
> не обладает в получает большой геморрой на ровном месте - особенно
> потому что был уверен, что всё надёжно.
Честное слово, плачи нигр о том что микроскопом как-то не очень удобно гвоздь вбивается - меня трогают крайне слабо.

Ответить | Правка | Наверх | Cообщить модератору

33. "Релиз системы управления версиями Subversion 1.7.0 " –3 +/–

Сообщение от anonymous (??), 12-Окт-11, 20:45

>Самовнушению, чтобы сидеть на г-не мамонта и считать что это правильно, вы хотели сказать?
Это вы про гит? Полностью согласен.

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

61. "Релиз системы управления версиями Subversion 1.7.0 " –1 +/–

Сообщение от Аноним (-), 13-Окт-11, 03:03

> Это вы про гит? Полностью согласен.
Git по сравнению с svn - как иномарка vs крестьянская телега. Оба конечно средства передвижения, хрен поспоришь. Но почему-то лошади нынче используются чуть реже чем иномарки.

Ответить | Правка | Наверх | Cообщить модератору

88. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от ваноним (?), 13-Окт-11, 18:13

хрен ваша иномарка проедет по нашим деревенским дорогам

Ответить | Правка | Наверх | Cообщить модератору

100. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от arisu (ok), 14-Окт-11, 23:18

> хрен ваша иномарка проедет по нашим деревенским дорогам
…и поэтому мы не будем чинить дороги, лучше пересядем на лошадей.

Ответить | Правка | Наверх | Cообщить модератору

101. "Релиз системы управления версиями Subversion 1.7.0 " +1 +/–

Сообщение от ваноним (?), 15-Окт-11, 02:27

одно другому, в общем-то, не мешает. но нахрена прокладывать кошерные дороги там, где нужно проехать пару раз в году? неприхотливые лошадки тут всякой поэффективнее будут

Ответить | Правка | Наверх | Cообщить модератору

102. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от arisu (ok), 15-Окт-11, 02:34

право слово, если уж дошло до использования системы контроля версий — то это никак не «раз в год» получается. иначе хватило бы просто тупых каталогов на сервере и архивчика.

Ответить | Правка | Наверх | Cообщить модератору

109. "Релиз системы управления версиями Subversion 1.7.0 " +/–

Сообщение от ваноним (?), 18-Окт-11, 22:09

вы таки будете в шоке, но где-то действительно и тарболами неплохо обходятся. но это скорее лирика, как и аналогии с лошадьми и машинами.
да, и почему вы считаете, что системы контроля версий нужны только для многочисленных каждодневных коммитов? даю подсказку: текстовые файлы используются не только в программировании

Ответить | Правка | Наверх | Cообщить модератору

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	12. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от Aleksey (??), 12-Окт-11, 17:04
	Ваше мнение важно для всех, кто использует svn.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от Xasd (ok), 12-Окт-11, 17:10
	может быть ктото кто испольузет Svn (хотябы 1 человек из ста :)) -- возьмёт да решит-таки изучить/использовать/перейти на Git ...практика говорит о том что рано или позно это случается с почти каждым svn-щиком.. а дальше только мысли на подобие "и почему я раньше этого не сделал? зачем я так долго фанатично сопративлялся?" :-)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от anonymous (??), 12-Окт-11, 17:43
	>практика говорит о том что рано или позно это случается с почти каждым svn-щиком. Чья практика? Есть куча применений, где git попросту неприменим.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от Xasd (ok), 12-Окт-11, 18:33
	> Чья практика? Есть куча применений, где git попросту неприменим. ...а ещё есть куча применений Svn в случаях когда по хорошему применим Git :-)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от Аноним (-), 12-Окт-11, 19:07
	Ну и где? Вообще-то функциональность git - надмножество оной svn, так что это бред.
	Ответить \| Правка \| К родителю #17 \| Наверх \| Cообщить модератору


	24. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от anonymous (??), 12-Окт-11, 19:12
	> Ну и где? Вообще-то функциональность git - надмножество оной svn, так что > это бред. А при чём тут вообще функциональность? Я про удобство использования. В git нет докачки, в git нет удобных номеров ревизий, в git нет возможности работать с частью проекта... Просто у некоторых походу git головного мозга, раз они так легко октазались от столь очевидных удобств.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	29. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от Аноним (-), 12-Окт-11, 20:18
	> А при чём тут вообще функциональность? Действительно - при чём, когда от VCS нам нужна не функциональность, а подпорки под нашу ограниченность и привычки к допотопщине. Признайтесь, вы с git и не работали. > Я про удобство использования Удобство - это для начала, нормальный merge и cherry-pick, не говоря уже о rebase, bisect, staging area с add -p, всем фичам по history rewriting да и банальных локальных коммитах. Ну вам конечно, на всё это плевать - вам дорог зухель 33600, вы привыкли к чиселкам и вы привыкли всё запихивать в один репозиторий, чтобы потом выкачивать оттуда части. И громко заявляете что git неприменим. Даже жаль таких как вы.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	31. "Релиз системы управления версиями Subversion 1.7.0 "	+2 +/–
	Сообщение от anonymous (??), 12-Окт-11, 20:40
	> Действительно - при чём, когда от VCS нам нужна не функциональность, а подпорки под нашу ограниченность и привычки к допотопщине. В чём допотопщина? В отсутствии 100-мегабитного канала? Ну да, сейчас модно привязывать себя к интернету. Облачные сервисы специально для вас. >Признайтесь, вы с git и не работали. Конечно, ввиду его полной непригодности и повышенным требованиям к сети. > Удобство - это для начала, нормальный merge и cherry-pick, не говоря уже > о rebase, bisect, staging area с add -p, всем фичам по > history rewriting да и банальных локальных коммитах. Об этом смешно говорить, когда отсутствует столь необходимый функционал. Это как мерседес без мотора. >Даже жаль таких как вы. Мне, право, как-то неудобно наблюдать жалость в глазах таких вот самоограниченных людей как вы.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	34. "Релиз системы управления версиями Subversion 1.7.0 "	+1 +/–
	Сообщение от Аноним (-), 12-Окт-11, 21:20
	> В чём допотопщина? В отсутствии 100-мегабитного канала? 100-мегабитный совершенно необязательно. Отсутствие разрывов связи вобщем-то не от ширины зависит. > Ну да, сейчас модно привязывать себя к интернету. А вам это не нравится? А почему вы тогда пользуетесь SVN?! Там даже чтобы лог посмотреть нужно подключение к сети. > Конечно, ввиду его полной непригодности и повышенным требованиям к сети. Git, в отличие от, позволяет полноценно работать полностью оффлайн, так что можете прекратить отмазки придумывать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	39. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от anonymous (??), 12-Окт-11, 21:54
	>Отсутствие разрывов связи вобщем-то не от ширины зависит. Ещё как зависит. Чем дольше сессия, тем больше вероятность, что её разорвут. Да что там говорить, даже браузер фурифокс давно докачку умеют, не говоря уж про какой-то отсталый svn. >А вам это не нравится? А почему вы тогда пользуетесь SVN?! Там даже чтобы лог посмотреть нужно подключение к сети. В 21-м веке подключение не проблема. Хоть через телефон с шнурком. Только сразу вскрываются все недостатки git. Странно наблюдать их в такой "продвинутой" vcs >Git, в отличие от, позволяет полноценно работать полностью оффлайн, так что можете прекратить отмазки придумывать. Да, отличный оффлайновый генератор коммитов получается. Только какое это отношение имеет к VCS? В вопросе коллективной разработки, конечно же.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	40. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от Аноним (-), 12-Окт-11, 21:58
	> Ещё как зависит. Чем дольше сессия, тем больше вероятность, что её разорвут. Историю надо скачать один раз. Извращенцы на модемах это могут сделать хоть скопировав .git по правоставной ftp'шечке с докачкой. > Да, отличный оффлайновый генератор коммитов получается. Только какое это отношение имеет к VCS? В вопросе коллективной разработки, конечно же. Можно сделать push. Ты не знал?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	45. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от anonymous (??), 12-Окт-11, 22:08
	>Историю надо скачать один раз. Извращенцы на модемах это могут сделать хоть скопировав .git по правоставной ftp'шечке с докачкой. svn log > log.txt Вот тебе и история. А сидеть дома у анлима гораздо большее извращение. >Можно сделать push. Ты не знал? А про pull ты забыл? Странно, ещё пользователем гит себя называешь.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	55. "Релиз системы управления версиями Subversion 1.7.0 "	–1 +/–
	Сообщение от Аноним (-), 13-Окт-11, 02:09
	> svn log > log.txt Вот тебе и история. А сидеть дома у анлима гораздо большее извращение. Так и запишем. Чтобы работать с svn надо руками собрать текстовички с логами для каждого файла и каждой директории, для которой мне может понадобиться посмотреть лог, т.е. для всех. > А про pull ты забыл? Странно, ещё пользователем гит себя называешь. Ты давай разберись о чём речь ведёшь, костылевод. push/pull передают только новые коммиты, так что даже твой зухель справится. И гораздо быстрее чем svn в сколь-либо большом дереве обойдёт все директории.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	79. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от Аноним (-), 13-Окт-11, 15:40
	> В чём допотопщина? В отсутствии 100-мегабитного канала? Ну да, сейчас модно привязывать > себя к интернету. Облачные сервисы специально для вас. Гым, в SVN даже на более старую ревизию без интернета не откатиться если понял что где-то напортачил. Тогда как в git локально лежит вся база изменений - взял да и откатился одной командой. Без интернета. Именно поэтому он столько и льет в первый раз. Если использовать гит не для задроства в стиле гентусятников "скачал чтобы скомпилить самую-самую версию" а чтобы _разрабатывать_ - это отличная штука. А то что dvcs не очень заточены на ушибленых задротов с манией пересборки свежака из сырцов без участия в разработке - проблемы только этих (бесполезных для окружающих) задротов.
	Ответить \| Правка \| К родителю #31 \| Наверх \| Cообщить модератору


	50. "Релиз системы управления версиями Subversion 1.7.0 "	+2 +/–
	Сообщение от Crazy Alex (ok), 12-Окт-11, 22:42
	Если у вас не тексты, а PSD какие-нибудь, 90% всего этого не работает. А версии по-прежнему зранить надо - причем не программистам, а людим, для которых SHA1-хеш - это такая разновидность мата.А вот последовательные номера ревизий в централизованном репозитории - очень понятная модель. И ни ветки, ни куча репозиториев, ни, в общем-то, совместная работа им сто лет не нужна - а нужно,чтобы было одно хранилище (поддерживаемое квалифицированным персоналом), из которого можно достать любую версию конкретного документа.
	Ответить \| Правка \| К родителю #29 \| Наверх \| Cообщить модератору


	89. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от anonimous (?), 13-Окт-11, 22:59
	> Если у вас не тексты, а PSD какие-нибудь, 90% всего этого не > работает. А версии по-прежнему зранить надо - причем не программистам, а > людим, для которых SHA1-хеш - это такая разновидность мата.А вот последовательные > номера ревизий в централизованном репозитории - очень понятная модель. > И ни ветки, ни куча репозиториев, ни, в общем-то, совместная работа им сто > лет не нужна - а нужно,чтобы было одно хранилище (поддерживаемое квалифицированным > персоналом), из которого можно достать любую версию конкретного документа. Если наличие центральной точки отказа и пожизненная ограниченность исключительно линейной историей --- для Вас приемлемая плата за 1.2.3.4.5, то таки да, возразить нечего. Кстати, присмотритесь тогда к SCCS --- Вам должно понравиться.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	90. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от Ytch (?), 14-Окт-11, 02:26
	> Если наличие центральной точки отказа В описываемом случае это скорее плюс, так как эта "точка" обслуживается квалифицированным персоналом, который несомненно наладит регулярное резервное копирование (резервировать то, что собрано в одном месте на порядок проще), а вот локальные коммиты в случае DVCS будут незарезервированы черт знает сколько времени у неквалифицированных пользователей. Это не говоря уже о том сколько проблем они создадут себе и всем вокруг когда будут пытаться бранчить,мержить,пушить,пулить,... - это вам не простой как ведро update/modify/commit. А на решение всех трудностей будет тратиться время невиновного квалифицированного персонала, у которого, кстати, и своих задач может быть "по горло", но вместо их решения люди будут копаться в чужих конфликтах и бесплодных попытках объяснить, что "Вот здесь надо было сделать вот так, а у вас тут песец получился, который специально захочешь - не повторишь. Что? Вы ничего не трогали? Оно само?".
	Ответить \| Правка \| Наверх \| Cообщить модератору


	93. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от anonymous (??), 14-Окт-11, 11:20
	>> Если наличие центральной точки отказа > В описываемом случае это скорее плюс, так как эта "точка" обслуживается квалифицированным > персоналом, который несомненно наладит регулярное резервное копирование (резервировать > то, что собрано в одном месте на порядок проще), Этот use-case идентичен во всех VCS, в которых есть 'нелокальность'. Ни разу не особенность Subversion. У систем с централизованным репозиторием просто нет ряда use-cases, которые есть в DVCS. > а вот > локальные коммиты в случае DVCS будут незарезервированы черт знает сколько времени > у неквалифицированных пользователей. > Это не говоря уже о том сколько проблем они создадут себе и > всем вокруг ... "Ни одна VCS не заменяет коммуникации между участниками процесса".
	Ответить \| Правка \| Наверх \| Cообщить модератору


	36. "Релиз системы управления версиями Subversion 1.7.0 "	+1 +/–
	Сообщение от добрый дядя (?), 12-Окт-11, 21:28
	Тогда твой выбор Mercurial - это простота svn-а (номера ревизий цифрами в локальной копии), есть external-ы для hg svn и git, есть много разнообразных плюшек и фишек, которые есть в svn. Mercurial - это следующий шаг после svn, шаг вперед. + нормальный кроссплатформенный GUI - TortoiseHG (на PyQt для Mercurial, работает на всех ОС, а не как TortoiseSVN, который только в нормальном виде только для венды) > А при чём тут вообще функциональность? Я про удобство использования. В git > нет докачки, в git нет удобных номеров ревизий, в git нет > возможности работать с частью проекта... Просто у некоторых походу git головного > мозга, раз они так легко октазались от столь очевидных удобств.
	Ответить \| Правка \| К родителю #24 \| Наверх \| Cообщить модератору


	37. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от добрый дядя (?), 12-Окт-11, 21:30
	добавлю, что работа с частью репозитория так же возможна, можно коммитить только ту ветку каталога, с которой работал, это как в svn - я так делал в svn и делаю в Mercurial
	Ответить \| Правка \| Наверх \| Cообщить модератору


	41. "Релиз системы управления версиями Subversion 1.7.0 "	–1 +/–
	Сообщение от Аноним (-), 12-Окт-11, 21:58
	> добавлю, что работа с частью репозитория так же возможна, можно коммитить только > ту ветку каталога, с которой работал, это как в svn - > я так делал в svn и делаю в Mercurial Полностью поддерживаю. Есть правда один минус - это ничего не умеющее тормозное г на петоне. А так да.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	43. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от anonymous (??), 12-Окт-11, 22:03
	>Есть правда один минус - это ничего не умеющее тормозное г на петоне А что с питоном не так? И чего оно умело бы, если бы не питон?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	80. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от Аноним (-), 13-Окт-11, 15:44
	> А что с питоном не так? И чего оно умело бы, если бы не питон? Оно бы не умело так зверски тормозить. Питонистов на кол надо - они заботятся только о удобстве своего кодинга, а о том что случится с теми кто пользуется их г@внокодом их вообще не волнует. Особенно прикольна свистопляска с полудюжиной версий питона. Несовместимых, бл.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	42. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от anonymous (??), 12-Окт-11, 22:00
	> добавлю, что работа с частью репозитория так же возможна, можно коммитить только > ту ветку каталога, с которой работал, это как в svn - > я так делал в svn и делаю в Mercurial Так ни кто не против ртути. Но вот после тестов выяснилось, что докачки опять нет. Зачем нужна тулза с таким убогим функционалом? Зависимость от анлима напрягает меня гораздо сильнее отсутствия децентрализованности.
	Ответить \| Правка \| К родителю #37 \| Наверх \| Cообщить модератору


	68. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от VoDA (ok), 13-Окт-11, 09:59
	> добавлю, что работа с частью репозитория так же возможна, можно коммитить только > ту ветку каталога, с которой работал, это как в svn - > я так делал в svn и делаю в Mercurial как сделать checkout части репозитория? работал с Hg, но данной фичи не обнаружил (((
	Ответить \| Правка \| К родителю #37 \| Наверх \| Cообщить модератору


	96. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от anonymous (??), 14-Окт-11, 12:47
	> как сделать checkout части репозитория? > работал с Hg, но данной фичи не обнаружил ((( А почему, собственно, sin не больше 1? Мне больше надо! ;) Опишите, мне, пожалуйста, процедуру branch'а, если Вы сделали checkout части репозитория. Возможность checkout части репозитория ведёт к тому, что каждый каталог есть как-бы репозиторий. А это, в свою очередь, означает, что перемещение источников внутри репозитория создает изрядное количество проблем с историей (что, кстати, и имеем в Subversion; там это усугубляется тем, что branch'а, а заодно и tag'а, собственно-то и нет). И, конечно, возможность checkout части репозитория --- существенно требует единственного (центрального) репозитория.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	106. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от VoDA (ok), 17-Окт-11, 11:12
	> Опишите, мне, пожалуйста, процедуру branch'а, если Вы сделали checkout части репозитория. а зачем? для моих задач (к примеру хранение фоток) branch не требуется, а checkout поддиректории - нужен. > Возможность checkout части репозитория ведёт к тому, что каждый каталог есть как-бы > репозиторий. И, конечно, возможность checkout части репозитория --- > существенно требует единственного (центрального) репозитория. Да. Это и нужно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	47. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от Michael Shigorin (ok), 12-Окт-11, 22:15
	> В git нет докачки На http IIRC. SVN на plain http вообще не вывесить. > в git нет удобных номеров ревизий Удобных -- это когда надо бы разумно идентифицировать две разных параллельных модификации одной ревизии (ну работали два человека одновременно каждый в своём офлайне), а никак? :) Ревизии -- это ахиллесова пята, которая в принципе прибивает к единому номеродателю. А игры в точки вскоре начинают напоминать SNMP какой-то. Это не говоря о том, что хэши в качестве идентификаторов имеют и другие побочные свойства помимо надёжной проверки наследования -- например, делают осмысленным и достаточно практичным тот же --amend: поправил содержимое -- получилось другое состояние, но со старым вариантом уже не перепутаешь. > в git нет возможности работать с частью проекта... Можно рассказать, где используется и осмыслена такая организация проекта? Прям интересно стало (без подколов). Тут вон до git submodules руки не доходят, как-то всё не требуются. > Просто у некоторых походу git головного мозга, раз они так легко октазались > от столь очевидных удобств. Про одно Вы неправду сказали, про остальные два -- как минимум неовечидно/противоречиво. И это всё не к тому, какой гит замечательный, а к тому, что критика не по адресу вышла. PS: а новости -- +1 :)
	Ответить \| Правка \| К родителю #24 \| Наверх \| Cообщить модератору


	49. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от anonymous (??), 12-Окт-11, 22:33
	>На http IIRC. SVN на plain http вообще не вывесить. А тупо посмотреть список файлов и скачать недостающие оно конечно не может. Печально. И что за идиотизм упираться в plain http? > Ревизии -- это ахиллесова пята, которая в принципе прибивает к единому номеродателю. А игры в точки вскоре начинают напоминать SNMP какой-то. Ну-ну. Очередная дутая проблема. Ну или любовь делать коммиты на каждый чих. > Можно рассказать, где используется и осмыслена такая организация проекта? Прям интересно Про модульность товарищ, конечно, не слышал. Это прискорбно. >Про одно Вы неправду сказали, про остальные два -- как минимум неовечидно/противоречиво. И это всё не к тому, какой гит замечательный, а к тому, что критика не по адресу вышла. По пунктам, пожалуйста. У гита есть докачка? У гита есть читаемые номера ревизий? Гит научился работать с частью дерева проекта? Нет. Поэтому тут я могу услышать только, мягко выражаясь, пустой трёп. Работать он от этого тоже не станет. В отличие от...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	99. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от arisu (ok), 14-Окт-11, 23:07
	> или любовь делать коммиты на каждый чих. вообще-то да: поправил — закоммитил. это утята с svn предпочитают наколбасить мегатонну кода и потом её таким вот блобом коммитнуть. а всё потому, что сервер — централизованый, если туда закоммитить что-то полурабочее (или вообще поломаное), весь бизнес встанет колом. у гитовцев таких странных и надуманых проблем нет: коммить себе хоть каждую строку, билды от этого не лягут. зато отлично видно, что именно менял, как, где, черрипики и бисекты делать удобно. впрочем, людям с svn это не понять: для них слово «удобство» — ругательное.
	Ответить \| Правка \| Наверх \| Cообщить модератору