The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

"Релиз системы управления версиями Apache Subversion 1.10.0 "  +/
Сообщение от opennews (??) on 15-Апр-18, 19:49 
После почти трёх лет разработки состоялся (https://svn.haxx.se/dev/archive-2018-04/0040.shtml) релиз новой ветки системы управления версиями Subversion 1.10.0 (http://subversion.apache.org). Несмотря на развитие децентрализованных систем, Subversion продолжает пользоваться  популярностью в коммерческих компаниях и проектах, использующих централизованный подход к управлению версиями и конфигурацией программных систем. Из  использующих Subversion  открытых проектов можно отметить: проекты Apache, FreeBSD, Free Pascal, OpenSCADA, GCC и LLVM.

Ключевые улучшения (http://subversion.apache.org/docs/release-notes/1.10):


-  Представлена новая реализация механизма (http://svnbook.red-bean.com/en/1.7/svn.serverconfig.pathbase...) авторизации на основе путей, дающего возможность определить правила доступа к отдельным каталогам в репозитории. Помимо ранее предлагаемых правил
"[repos:/path]" (с привязкой к репозиторию) и "[/path]" (глобальные проверки), которые допускают только точные совпадения путей,  новая реализация позволяет использовать два новых формата "[:glob:repos:/path]" и "[:glob:/path]", допускающих использования масок. Для создания масок предлагается использовать классические маски вида  *foo*.bar, а также конструкции "/*/" для сопоставления с одним  (только одним) сегментом пути и "/**/" для сопоставления с произвольным числом сегментов;

-  Полностью переработана интерактивная система разрешения конфликтов, которая ищет в истории репозитория структурные изменения (операции добавления, удаления, копирования и перемещения), которые конфликтуют с локальными изменениями в рабочей копии и приводят к образованию дерева конфликтов. В новой реализации дерево конфликтов снабжено детальными сведениями, которые раньше приходилось искать вручную, в том числе указаны номера ревизий и имена разработчиков конфликтующих изменений. Новая система также научилась определять операции перемещения и переименования в истории репозитория и учитывать их при изменении локальной рабочей копии, что сделало процесс слияния между ветками максимально прозрачным, в случае если в одной или в обеих ветках выполнялись операции переименования файлов или каталогов. Конфликты которые имеют однозначное решение теперь по возможности разрешаются автоматичести, без запроса пользователя (например, когда файл перемещён в другое место репозитория);

-   Добавлена поддержка механизма сжатия LZ4, в качестве альтернативы ранее предлагавшейся системе zlib. LZ4 существенно превосходит zlib по скорости сжатия и распаковки, сохраняя при этом приемлемую степень сжатия. Как результат, переход на LZ4 позволяет существенно увеличить производительность операций чтения и записи, особенно если репозиторий  включает большие файлы. Поддержка LZ4 включена по умолчанию для сжатия данных в репозитории (версия формата хранилища 8, для обновления можно использовать "svnadmin upgrade"), а также применяется для сжатия трафика при доступе к внешнему репозиторию по "http://" и "svn://";

-  Добавлены экспериментальные команды "svn shelve/unshelve/shelves", позволяющие отдельно отложить незавершенные изменения в рабочей копии, чтобы срочно поработать над чем-то другим, а затем вернуть недоделанные изменения в рабочую копию. Поведение предлагаемой возможности похоже на сохранение созданного через "svn diff" патча с последующим его восстановлением через "svn patch";


URL: https://svn.haxx.se/dev/archive-2018-04/0040.shtml
Новость: https://www.opennet.dev/opennews/art.shtml?num=48444

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

Оглавление

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


1. "Релиз системы управления версиями Apache Subversion 1.10.0 "  –6 +/
Сообщение от Аноним (??) on 15-Апр-18, 19:49 
Это типа git ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +2 +/
Сообщение от Анонидзе on 15-Апр-18, 19:50 
Да, только централизованный.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +14 +/
Сообщение от Аноним (??) on 15-Апр-18, 19:50 
Это типа CVS.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

6. "Релиз системы управления версиями Apache Subversion 1.10.0 "  –3 +/
Сообщение от Аноним (??) on 15-Апр-18, 20:02 
> Из использующих Subversion открытых проектов можно отметить:  ... GCC

вот: https://gcc.gnu.org/git/?p=gcc.git;a=summary

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

10. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +2 +/
Сообщение от Андрей (??) on 15-Апр-18, 20:31 
Но это всего лишь зеркало:
description    Mirror of all GCC SVN branches and tags
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

7. "Релиз системы управления версиями Apache Subversion 1.10.0 "  –5 +/
Сообщение от Аноним (??) on 15-Апр-18, 20:16 
Время от времени эта ерунда всплывает на работе, а все уже забыли, как ею пользоваться. Ржом и гуглим.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +/
Сообщение от klalafuda on 15-Апр-18, 20:23 
Что там гуглить то? Практически также как и CVS.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

9. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +1 +/
Сообщение от KonstantinB (ok) on 15-Апр-18, 20:30 
Пользоваться надо вот так:
https://git-scm.com/docs/git-svn
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

44. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +/
Сообщение от Вареник on 16-Апр-18, 18:26 
Она как раз простейшая в использовании. В дереве разобраться и все. В нем и теги, и все сразу наглядно.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

11. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +2 +/
Сообщение от Gemorroj (ok) on 15-Апр-18, 20:46 
хорошая vcs, жаль не в трендах
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +/
Сообщение от пох on 15-Апр-18, 21:32 
боюсь спросить, как же тогда выглядят плохие?

http://www.robgonda.com/blog/index.cfm/2007/10/19/SVN-PROPFI...
o-Such-Revision

(это чуваку повезло, на самом деле нет никаких вариантов выяснить, какая версия на самом деле последняя, можно только угадать, на какую откатываться, но никак не узнать, не потерял ли ты данные)

http://stackoverflow.com/questions/13031544/empty-or-non-exi...
-in-a-subversion-repository
(ну тут просто, "any 64value will work", правда, пока ты с этим разбираешься, репо не работает)
и да, угадайте, почему я знаю о существовании этих статей.

про неработающий svn log в частично permissionless/частично нет (в public части репо) я уж молчу, право, какая мелочь.
(да, я понимаю, что модные-современные и такого-то не умеют)

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

16. "Релиз системы управления версиями Apache Subversion 1.10.0 "  –1 +/
Сообщение от Gemorroj (ok) on 15-Апр-18, 21:51 
это какие-то кастомные проблемы (первая ссылка битая, вторая давно пофикшена, судя по твоей же ссылке), за много лет работы не сталкивался.
мне неудобства доставляет только отсутствие .svnignore. управлять игнорами на уровне хуков неудобно.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

18. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +1 +/
Сообщение от vitalif (ok) on 15-Апр-18, 22:40 
svn:ignore вроде свойство же
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

21. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +/
Сообщение от пох on 15-Апр-18, 22:54 
> svn:ignore вроде свойство же

оно per-dir, и не наследуется, это уж точно вредная фича (потому что ее вообще не видно, если не знать что оно тут используется)

можно такой же список держать в config, но он, естественно, будет твой личный, а не в репо.
Если нужно чтобы автоприлетало каждому Васяну, вчера получившему туда доступ, пока он не накоммитил чего лишнего - не вариант.


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

22. "Релиз системы управления версиями Apache Subversion 1.10.0 "  –1 +/
Сообщение от Gemorroj (ok) on 15-Апр-18, 23:24 
я и говорю неудобно
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

19. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +/
Сообщение от пох on 15-Апр-18, 22:44 
> это какие-то кастомные проблемы

это банальное последствие приземления сервера не на все четыре лапы (в моем случае старательно отваливалась hp 3par - "за много лет работы" я тоже не сталкивался, что san'овская хранилка вот она есть, но ее - нет. А оно, вот...)
Удивительная структура svn'овского репо оказалась на редкость уязвимой к крэшам и практически не имеющей средств починки. А поскольку это нифига не distributed vcs - геморрой обеспечен.

нате вам обе ссылки, защищенные от местных странных парсеров:
https://tinyurl.com/yb568dea
https://tinyurl.com/mqnmokr

> мне неудобства доставляет только отсутствие .svnignore. управлять игнорами на уровне хуков
> неудобно.

по-моему так и наоборот, там их видно, вместе со всей остальной местной спецификой, в отличие от файла о котором все время надо отдельно помнить. Но для моих целей оно вообще очень редко нужно.
(то есть, собственно, единственный частоиспользуемый мной ignore - * - поскольку это мой хомяк)

А вот ситуация когда мы держали-держали развесистое дерево репо, а потом внезапно решили часть его попрятать хотя бы под svn permissions - случалась. Оно при этом как-то работает, но изрядно странно.

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

17. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +/
Сообщение от Gemorroj (ok) on 15-Апр-18, 21:54 
не знаю как выглядят плохие, у меня опыт ограничен git/mercurial/svn. у всех есть плюсы-минусы.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

27. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +1 +/
Сообщение от Аноним (??) on 16-Апр-18, 00:01 
> боюсь спросить, как же тогда выглядят плохие?

Плохие выглядят примерно так же, только в серверную часть встроена неудобная веб-морда с баг-трекером и виками.

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

38. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +/
Сообщение от Аноним (??) on 16-Апр-18, 12:08 
Как плохие выглядят монорепы на гите.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

24. "Релиз системы управления версиями Apache Subversion 1.10.0 "  –1 +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 15-Апр-18, 23:28 
> хорошая vcs, жаль не в трендах

Именно как vcs subversion днище, но ничётак в качестве версионированной фс для файловой помойки - так её обычно и используют.

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

25. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +/
Сообщение от Gemorroj (ok) on 15-Апр-18, 23:32 
вобщем да, но зачастую этого и достаточно.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

26. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 15-Апр-18, 23:59 
нет, недостаточно. В разработке, т.е. где нужна именно vcs, недостаточно даже hg.
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

29. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +/
Сообщение от KonstantinB (ok) on 16-Апр-18, 02:28 
А чем hg то недостаточно со всеми стандартными плагинами? Все то же, что и в гите, можно сделать.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

31. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 16-Апр-18, 03:48 
Нет staging area, а из-за этого со всеми остальными каждодневными фичами работать крайне неудобно, например, с ребейзом. И это без учёта прикрепления остальных фич в hg через задницу - т.е. через неконсистентую систему плагинов которые ещё нужно включать руками.
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

33. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +1 +/
Сообщение от KonstantinB (ok) on 16-Апр-18, 06:36 
Это вопрос привычки. Ребейзить через MQ не менее удобно.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

35. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +1 +/
Сообщение от пох on 16-Апр-18, 08:59 
> Это вопрос привычки. Ребейзить через MQ не менее удобно.

им некогда, смузи-не-ждет! А чтобы разобраться с mq, надо все же потратить немного времени.

(так ли уж "удобно" иметь вечный бардак в своей копии репо, из-за которого нужна такая работа - ну хз... У линуксеров вот только так и принято.)

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

39. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +/
Сообщение от Аноним (??) on 16-Апр-18, 12:53 
> смузи-не-ждет!

А что, теперь git - это хипстерство, а hg - стабильный ынтерпрайз? Буду знать.

Юзеров SVN, кажется, совсем перестали брать в расчет. Символично, особенно в контексте новости.

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

46. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +/
Сообщение от пох on 16-Апр-18, 21:20 
>> смузи-не-ждет!
> А что, теперь git - это хипстерство, а hg - стабильный ынтерпрайз?

оба хуже. Но если выводы делаются на основе того что в гите осилен только rebase, а в hg, ну надо же, либо ты разбираешься с mq, либо все твои ляпы становятся общественным достоянием, то, увы, напрашиваются выводы о сделавшем.

> Юзеров SVN, кажется, совсем перестали брать в расчет. Символично, особенно в контексте
> новости.

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

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

48. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 16-Апр-18, 23:46 
Это не вопрос привычки, здесь имеется большая разница в качестве результата.

Во-первых, речь шла про stage area, это хрень с помощью которой можно легко и удобно набирать изменения в коммит. Фича нужна как при формировании обычных коммитов, так и для редактирования истории ребейзом. В hg ничего похожего по удобству нет даже с учётом всех дополнений.

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

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

50. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +/
Сообщение от KonstantinB (ok) on 17-Апр-18, 01:46 
Спасибо, я умею пользоваться git и в курсе, что такое staging area. :)

Для формирования коммитов мне в hg обычно хватает и обычного commit --amend (я и в гите часто так делаю).

Что касается ребейза, hg rebase --mq нормально работает уже довольно давно. Но согласен, что в гите несколько удобнее с этим.

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

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

34. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +/
Сообщение от пох on 16-Апр-18, 08:47 
"в разработке, где нужен именно git, потому что все другое ниасилено гордыми разработчиками"
- поправил, не благодари.

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

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

40. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +/
Сообщение от Аноним (??) on 16-Апр-18, 13:03 
Единственно, что есть знакового в hg - это tourtoise hg workbench. Поэтому нубы и вiндузятники так благоволят hg, особенно после svn.

Архитектура гит лучше ртути. Даже не касаясь плагинов (mq из них последняя проблема, на самом деле), это в первую очередь то, что имена веток входят в ченджсет, что делает аналог фичи git remote неюзабельным. Ну и сами ветки... буэ. Предлагаемые же bookmark кривы и не фундаментальны, запросто теряются.

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

45. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +1 +/
Сообщение от пох on 16-Апр-18, 21:13 
> Единственно, что есть знакового в hg - это tourtoise hg workbench.

а че в ней знакового? Я как раз svn'овской-то версией пользуюсь, за неимением чего лучшего под винду, но как-то глобальных прелестей по сравнению с штатной в юниксах (где помимо нее есть fileutils, разумеется, а "десткоп интеграция" нахрен не упала, нету у меня десктопа) не осознал.
графический diff ? Он чем-то лучше того что в kde?

> это в первую очередь то, что имена веток входят в ченджсет

мне вот очень нравится, что таки входят, и их невозможно подделывать, как и всю остальную историю. Есть ветка - значит, навсегда. И ее всегда можно проследить от появления и до закрытия. В отличие от git'а, где это просто метка одной из голов. Ну, если по дурости создал лишнюю и успел кому-то передать - живешь теперь с ней, ничего страшного.
Для ненавсегда есть букмарки. Что вы в них ниасиливаете - непонятно, поскольку это именно аналоги гитовских "веток".

> что делает аналог фичи git remote неюзабельным.

а тут я чего не знаю про git remote? Для меня это всегда была неудобная замена добавления чужих репо в hgrc, для неосиляторов vi, а тут, внезапно, какая-то метафизическая сущность в ней заложена?

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

52. "Релиз системы управления версиями Apache Subversion 1.10.0 "  –1 +/
Сообщение от KonstantinB (ok) on 17-Апр-18, 05:41 
> Единственно, что есть знакового в hg - это tourtoise hg workbench
> нубы и вiндузятники

:-)

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

49. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 17-Апр-18, 00:00 
Ты слишком глупый чтобы мне что-то править.

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

Для овощей напомню что в hg примерно всё за пределами функциональности сvs сделано плагинами. До недавнего времени даже подсветка цветами была плагином и её нужно было включать руками. Сделано так только по одной единственной причине: разработчики ртути не умеют дизайнить приложения.

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

51. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +1 +/
Сообщение от KonstantinB (ok) on 17-Апр-18, 05:38 
Теперь модульность - это признак плохого дизайна? :)
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

55. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +2 +/
Сообщение от Lennart on 17-Апр-18, 15:21 
> Теперь модульность - это признак плохого дизайна? :)

You've got it!


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

53. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +/
Сообщение от KonstantinB (ok) on 17-Апр-18, 05:45 
> или я тащу в другую систему плохие привычки из гита (например, привычку подменять историю)

Привычка подменять _локальную_ историю фичевктеи - хороша и правильна.

К сожалению, абсолютно все VCS делают использование workflow вида git-flow-rebase сложнее, чем оно должно бы быть.

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

56. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +/
Сообщение от пох on 17-Апр-18, 20:09 
> Привычка подменять _локальную_ историю фичевктеи - хороша и правильна.

а зачем тогда локальная история тебе вообще нужна? (ты ж rebase делаешь в _своей_ копии) Просто как замена undelete ?
В случае гита настоящая история остается в безымянной ветке, которая бестолку занимает место у тебя на диске и которую ты не найдешь никогда (да и толку от нее теперь, после rebase и продолженной работы поверх него?) А вот mq штука более злая, поскольку после игрищ с qpop/qdelete история по-настоящему изменена, и в ней натурально больше нет того, что ты удалил. (если хочется "как в git" - мертвые "невидимые" ветки - для этого есть evolve. Кстати, и массовые конфликты после себя оно тоже "как в git" прибирает [правда, криво])

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

57. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +/
Сообщение от KonstantinB (ok) on 18-Апр-18, 04:42 
Я не совсем то имел ввиду.
После того, как я squash-нул в один или пачку коммитов, нафиг не нужна.
Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

23. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 15-Апр-18, 23:24 
> Новая система также научилась определять операции перемещения и переименования в истории репозитория

Неужели теперь можно не делать svn mv и это ископаемое само догадается о переименовании методом rm + add?

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

28. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +2 +/
Сообщение от Аноним (??) on 16-Апр-18, 00:03 
> это ископаемое

Это не ископаемое. Ископаемое™ — не это.

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

41. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +1 +/
Сообщение от Аноним (??) on 16-Апр-18, 13:04 
по существу будет замечание?
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

47. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +/
Сообщение от пох on 16-Апр-18, 21:22 
> Неужели теперь можно не делать svn mv и это ископаемое само догадается

нет, наоборот, насколько я понимаю - mv перестало быть безмозглым rm+add.

> о переименовании методом rm + add?

а зачем ты это делаешь?


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

30. "Релиз системы управления версиями Apache Subversion 1.10.0 "  –2 +/
Сообщение от Аноним (??) on 16-Апр-18, 03:10 
Пожелаем gcc и llvm наконец пользоваться нормальным инструментом (git).
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

36. "Релиз системы управления версиями Apache Subversion 1.10.0 "  –6 +/
Сообщение от iZEN (ok) on 16-Апр-18, 10:46 
Уж лучше Mercurial. Там хоть справка "из коробки" на русском языке и нет ломки истории в порядке вещей.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

37. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +3 +/
Сообщение от Аноним (??) on 16-Апр-18, 11:05 
Шок, сенсация, изя не осилил английский!
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

43. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +/
Сообщение от Аноним (??) on 16-Апр-18, 15:40 
Ему лицензия запрещает осилить git, поэтому жрёт кактус.
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

32. "Релиз системы управления версиями Apache Subversion 1.10.0 "  –2 +/
Сообщение от Аноним (??) on 16-Апр-18, 05:01 
Добавьте нормальную ссылку к новости: git://git.apache.org/subversion.git

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

42. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +/
Сообщение от anonymous (??) on 16-Апр-18, 14:37 
Ну, артист!

https://svn.apache.org/repos/asf/subversion/trunk s

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

54. "Релиз системы управления версиями Apache Subversion 1.10.0 "  +/
Сообщение от SysA on 17-Апр-18, 11:37 
> Добавьте нормальную ссылку к новости:

Вообще-то нормальной была бы https://subversion.apache.org/docs/release-notes/1.10.html

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру