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

Релиз системы управления версиями 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) 1,2,8,10,20,44,57,63,94

Сообщения

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

2. "Релиз системы управления версиями Subversion 1.7.0 "	+2 +/–
Сообщение от anonymous (??), 12-Окт-11, 15:22
>Рабочие копии мета-данных, ранее разбросанные по всем директориям (каталоги .svn), теперь сохраняются в одном месте - в корне рабочей копии проекта создаётся одна директория ".svn", мета-данные в которой сохраняются с использованием SQLite. Это теперь выборочно не обновить? Печально.
Ответить | Правка | Наверх | Cообщить модератору

	3. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от Mikail (??), 12-Окт-11, 15:32
	Меня это тоже расстроило(
	Ответить | Правка | Наверх | Cообщить модератору

	4. "Релиз системы управления версиями Subversion 1.7.0 "	+7 +/–
	Сообщение от Crazy Alex (??), 12-Окт-11, 15:35
	Не вижу связи. Просто перенесли на верхний уровень все данные svn - к возможности выборочного обновления напрямую это отношения не имеет.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	7. "Релиз системы управления версиями Subversion 1.7.0 "	–10 +/–
	Сообщение от anonymous (??), 12-Окт-11, 15:39
	> Не вижу связи. Ну так и не смотри.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от Crazy Alex (ok), 12-Окт-11, 22:50
	Идиот на проводе? Кто мешает полезть вверх по дереву и найти .svn в корне локальной копии? Никак это не свзяано с возможностью работать с куском репозитория, разве что недописали что-то. Принципиальных проблем там близко нет.
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от sanitar (??), 14-Окт-11, 13:58
	Отправляйся в палату!
	Ответить | Правка | Наверх | Cообщить модератору

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

	5. "Релиз системы управления версиями Subversion 1.7.0 "	+1 +/–
	Сообщение от samm (ok), 12-Окт-11, 15:36
	а чем svn up <dirname> в руте не катит?
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	6. "Релиз системы управления версиями Subversion 1.7.0 "	+1 +/–
	Сообщение от anonymous (??), 12-Окт-11, 15:38
	>а чем svn up <dirname> в руте не катит? Необходимостью прыгать туда-сюда и вводить длинные команды вместо простого "svn up"
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от Lockal (??), 12-Окт-11, 16:49
	А что, так сложно решить задачу рекурсивого обхода родительских директорий в поисках подходящей .svn-директории?
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	11. "Релиз системы управления версиями Subversion 1.7.0 "	+2 +/–
	Сообщение от Аноним (-), 12-Окт-11, 17:01
	Это плохо тем, например, тем, что раньше можно было в огромном дереве, которое конвертить в git целиком слишком накладно, отдельные ветки заменить на git, и из-за отсутствия .svn subversion их бы не трогал (хотя update при этом и валится), а теперь он полезет внутрь и неизвестно что там натворит. Кроме того, теперь отдельную ветку дерева не вынесешь за его пределы (например, поняв что остальное не нужно). В общем, единственное что оставалась ценного в svn - его непроходимая дубовость, а теперь он закосами под современные vcs ещё сильнее мешает своему использованию.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	14. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от Аноним (-), 12-Окт-11, 17:24
	во-во svn живет за счет своей простоты и тут они начали "улучшать" ... верните нелюди тупой .svn !
	Ответить | Правка | Наверх | Cообщить модератору

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

	18. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от Аноним (-), 12-Окт-11, 18:05
	Ещё как удобно. Даже отличное решение!!! Если вырезать папку из одного места репозитория и и вставить в другую папку ничего плохого не произойдет. А вы попробуйте секретарше, работавшей с документом объяснить, что так делать нельзя и почему. P.S. Отличный репозиторий для корпоративных хранилищ бинарных документов. Для программного кода есть более продвинутые решения типа git, bazar, mercurial.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от anonymous (??), 12-Окт-11, 19:08
	>Если вырезать папку из одного места репозитория и и вставить в другую папку ничего плохого не произойдет. Но и ничего хорошего тоже. >А вы попробуйте секретарше, работавшей с документом объяснить, что так делать нельзя и почему. А не надо ничего объяснять. Особенно секретарше.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от Аноним (-), 12-Окт-11, 19:53
	>Но и ничего хорошего тоже. Ну это основная проблема у пользователей слабо знакомых с компьютером. Они перемещают папки с .svn, больше проблем у обычных пользователей не замечал. Как я понимаю, теперь это уже не будет приводить к проблемам, что есть очень хорошо. >А не надо ничего объяснять. Особенно секретарше. Мда. Видите ли какое у вас бы там ни было мнение о SVN, но статистика показывает, что его ниша уже не хранение кода, а именно юристы/экономисты держащие сотни документов в SVN. Subversion на это нишу и ориентируется. Программный код же будут хранить во всяких аля-git системах. И это хорошо, не зачем плодить велосипеды делающие то же самое, а так у Subversion есть будущие.
	Ответить | Правка | Наверх | Cообщить модератору

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

	53. "Релиз системы управления версиями Subversion 1.7.0 "	+1 +/–
	Сообщение от Аноним (-), 12-Окт-11, 22:59
	В папках с исходным кодом конечно необходимость перемещения целой папки в другое место действительно выглядит маловероятной. >Так это не проблема, а удобство. Кто же виноват, что вы гранаты обезьянам раздаёте. Проблема в том, что сис-админы да и IT-шники в целом часто забывают, что IT-процесс это только поддерживающий процесс (или сфера развлечений). То есть принципиально уборщица от сисадмина в этом смысле ничем не отличается, её задача сделать сделать так чтобы основные сотрудники непосредственно задействованные в непосредственно главном процессе предприятия чувствовали себя максимально комфортно. Но сис-админы почему-то решают, что они более важны для предприятия, называя основных сотрудников обезьянами, клавадавами и т.п. Subversion призван решать задачи централизованным хранением файлов. Из-за простоты, интеграции в Explorer с его помощью можно поднять эффективность работы не только IT-шников, но и других сотрудников, более близким к основной деятельности компании. Для работы с программным кодом есть более современные (по архитектуре) системы чем SVN. Как система работы именно с исходным кодом она вытесняется другими системами. Просто можно следить сколько крупных проектов с открытым кодом покинуло SVN (OpenJDK, проекты того же apache и т.п.). Вероятна та же ситуация и в закрытых проектах. Сравните популярность того-же GitHub с аналогичными хостингами. >Может ссылку на статистику в студию. А то смешно как-то всё это звучит. Особенно про юристов/экономистов. Например тут можно посмотреть косвенную статистику использования SVN. http://en.wikipedia.org/wiki/Comparison_of_open_source_softw... Я не имел ввиду, что владею статистикой использования SVN экономистами и юристами. Просто косвенно очевидно, что доля использования SVN для хранения исходников вытесняется более современными системами. А вот поддержка бинарных файлов в SVN и принципы его работы с версиями более удобны для не разработчиков софта (в том числе, например, для дизайнеров работающих в программах типа Photoshop). Последние изменения в функционале стали полезными как раз для этой ниши, не думаю что это совпадение.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от anonymous (??), 13-Окт-11, 00:12
	>В папках с исходным кодом конечно необходимость перемещения целой папки в другое место действительно выглядит маловероятной. Почему маловероятной? Очень удобная и востребованная возможность. Но кто-то опять решил за всех. >Проблема в том, что сис-админы да и IT-шники в целом часто забывают, что IT-процесс это только поддерживающий процесс (или сфера развлечений). То есть принципиально уборщица от сисадмина в этом смысле ничем не отличается, её задача сделать сделать так чтобы основные сотрудники непосредственно задействованные в непосредственно главном процессе предприятия чувствовали себя максимально комфортно. Ну вот опять всех под одну гребёнку. Так обычно рассуждают люди далёкие от IT. Но им простительно. >Просто косвенно очевидно, что доля использования SVN для хранения исходников вытесняется более современными системами. Куда вытесняются? Я хочу полноценно разрабатывать сидя в лесу с ноутом. А куда там фанатики побегут в следующий раз, меня мало интересует. Как, впрочем, и cherry-pick не заменит докачку. Увы.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Релиз системы управления версиями Subversion 1.7.0 "	+2 +/–
	Сообщение от VoDA (ok), 13-Окт-11, 09:53
	> В папках с исходным кодом конечно необходимость перемещения целой папки в другое > место действительно выглядит маловероятной. Довольно удобное и частое применение. Особенно когда используется один репозиторий для кода, а не лапша из десятков маленьких git-иков. > Для работы с программным кодом есть > более современные (по архитектуре) системы чем SVN. По архитектуре - может быть. А по удобству распределенные системы сливают тому же SVN. SVN проще для понимания, позволяет работать с одним репо, а не плодить на каждый проект. > Как система работы именно с исходным кодом она вытесняется другими системами. Просто > можно следить сколько крупных проектов с открытым кодом покинуло SVN (OpenJDK, > проекты того же apache и т.п.). Крупные проекты жуют кактус потому что слишком большие и без децентрализации возникают постоянные коллизии при записи в trunk, требуются отложенные коммиты, промежуточные репки и т.п. Пока проект не достиг 100 разработчиков, то можно смело посылать DVCS в перед истории и пользоваться более удобными средствами для управления кодом.
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	72. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от Аноним (-), 13-Окт-11, 12:40
	Вы не поняли о чёт идет речь. Имелся ввиду рефакторинг кода. Перемещаются классы/модули, но врыт ли система настолько будет с самого начала спроектировать что целую папку с подпапками программного кода нужно будет перемещать без изменений. Имеется ввиду редко такое случается у более менее опытных программистов когда вместо #include "foo/module1/*/*.h" Тупо нужно сделать #include "notfoo/module1/*/*.h" (* заменить на названия) На практике часть файлов может перенестись в другие папки, часть переименоватся и т.п.. То есть имелась ввиду исключительно реструктуризация программного кода, а не реструктуризация репозитория. Приходит секретарша, видит подпапку с документами для отправки лучше держать в другой парке. Она в Explorer по этой папке Ctrl+X (вырезала) и вставила в другое место. Потом на корневой папке репозитария тоже равой кнопкой и Commit. И тут начинаются проблемы, так как в SVN каждая папка фактически моет быть отдельным репозитарием. И так кстати действительно логично менять структуру. С перемещением папки .svn наверх таких проблем больше не будет. И да не надо меня учить, что такой SVN, я с ним лет 7 работал. Когда достаточно большой не хватало ряда функций, которые как раз есть в git. Из того что сначала доставляло неудобство разве отсутствие линейной нумерации ревизий, но быстро переходишь на tag-и, что это более удобно нежели помнить число 11434. >Довольно удобное и частое применение. Особенно когда используется один репозиторий для кода, а не лапша из десятков маленьких git-иков. Не поверите, в git это тоже можно :)
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от VoDA (ok), 17-Окт-11, 11:05
	> Вы не поняли о чёт идет речь. Имелся ввиду рефакторинг кода. Перемещаются > классы/модули, но врыт ли система настолько будет с самого начала спроектировать > что целую папку с подпапками программного кода нужно будет перемещать без > изменений. Имеется ввиду редко такое случается у более менее опытных программистов > когда вместо > #include "foo/module1/*/*.h" > Тупо нужно сделать > #include "notfoo/module1/*/*.h" > (* заменить на названия) Еще проще: <dependency>     <groupId>myCode1</groupId>     <artefactId>myCode2</artefactId> </dependency> и куда модуль не переноси - работать код будет без изменения программного кода. >>Довольно удобное и частое применение. Особенно когда используется один репозиторий для кода, а не лапша из десятков маленьких git-иков. > Не поверите, в git это тоже можно :) а как в git сделать checkout поддиректории?
	Ответить | Правка | Наверх | Cообщить модератору

	108. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от Аноним (-), 18-Окт-11, 22:04
	Ух... Вы опять не поняли, я говорил, что для разработки программного кода, каталог .svn в каждом подкаталоге как раз не проблема. См. Выше. Для особо непонятливых: я хвалил (точнее говорил, что это как раз не минус) в этом контексте SVN и негде не писал, что чего там нельзя из того что Вы мне в ответе написали. Ещё раз тут напишу, я SVN работал более 7-ми лет, мне не надо рассказывать что там можно, а чего не можно. checkout поддиректории решается через sparse (см. документацию git 1.7 и выше). Дискуссия себя изжила, если этот разговор глухого и слепого можно так назвать. Изучаете новое, это не помешает и делайте для себя выводы.
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от Аноним (-), 18-Окт-11, 22:10
	Ещё в пользу SVN (я тот самый аноним который использует git для кода) большому счёту из-за архитектурных особенностей распределенных репозиториев типа git, действительно на практике работа с подкаталогами в SVN действительно более удобно реализована. Но опять же, хоть это и другой вопрос: но следует ли пихать всё на свете в одно дерево.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от Аноним (-), 13-Окт-11, 12:54
	>SVN проще для понимания, позволяет работать с одним репо, а не плодить на каждый проект. Я вижу Вы созрели для bazaar.
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

	85. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от anonymous (??), 13-Окт-11, 17:51
	> ... > Довольно удобное и частое применение. Особенно когда используется один репозиторий для > кода, а не лапша из десятков маленьких git-иков. > ... > По архитектуре - может быть. А по удобству распределенные системы сливают тому > же SVN. SVN проще для понимания, позволяет работать с одним репо, > а не плодить на каждый проект. Досточтимый сэр пробовал _работать_ с svn-репозиторием boost'а?
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

	104. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от VoDA (ok), 17-Окт-11, 11:06
	> Досточтимый сэр пробовал _работать_ с svn-репозиторием boost'а? нет. я вообще не работаю с С/С++ ;)
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Релиз системы управления версиями Subversion 1.7.0 "	+2 +/–
	Сообщение от VoDA (ok), 13-Окт-11, 09:45
	> Программный код же будут хранить во всяких аля-git > системах. И это хорошо, не зачем плодить велосипеды делающие то же > самое, а так у Subversion есть будущие. аля-git убоги - они простейшую даже фичу как checkout под-директории не осилили. Для своих проектов у меня один! SVN и это удобно.
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	70. "Релиз системы управления версиями Subversion 1.7.0 "	+1 +/–
	Сообщение от Аноним (-), 13-Окт-11, 12:17
	Нет, не путайте, это Вы не осилили как это делается. И не только папки можно отдельно, а и любой набора файлов, например отобранных по некоему критерию. Подсказка: "git sparse". Да и вообще, что Вы так нервничайте. Отличная новость, буду пользоваться и дальше обеими системами. Вам подходит для исходников, нет нескольких часов чтобы осилить альтернативу, ну и отлично, если основная работа делается хорошо.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от VoDA (ok), 17-Окт-11, 11:12
	> Нет, не путайте, это Вы не осилили как это делается. И не > только папки можно отдельно, а и любой набора файлов, например отобранных > по некоему критерию. Подсказка: "git sparse". спасибо, почитаю. > Да и вообще, что Вы так нервничайте. Отличная новость, буду пользоваться и > дальше обеими системами. Вам подходит для исходников, нет нескольких часов чтобы > осилить альтернативу, ну и отлично, если основная работа делается хорошо. Хоть один адекватные аноним попался :)
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Релиз системы управления версиями Subversion 1.7.0 "	+/–
	Сообщение от Аноним (-), 13-Окт-11, 15:30
	> аля-git убоги - они простейшую даже фичу как checkout под-директории не осилили. Это вы убоги - не осилили ман почитать. Да понятное дело - высер на форуме это проще. > Для своих проектов у меня один! Велосипед? :) > SVN и это удобно. Ну если вы в проекте единственный участник, используете только 1 компьютер и на нем же установлен сервер... но в GIT можно и не извращаться так. А иначе - если сервер ремотный, то клевать при отвале сети как-то не очень, знаете ли.
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

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

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