forum.opennet.ru

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

Оглавление

Релиз системы управления версиями Apache Subversion 1.10.0 , opennews (??), 15-Апр-18, (0) [смотреть все]

Это типа git , Аноним (-), 19:49 , 15-Апр-18, (1) –6 //

Да, только централизованный , Анонидзе (?), 19:50 , 15-Апр-18, (2) +2
Это типа CVS , Аноним (-), 19:50 , 15-Апр-18, (3) +14

вот https gcc gnu org git p gcc git a summary, Аноним (-), 20:02 , 15-Апр-18, (6) –3 //

Но это всего лишь зеркало description Mirror of all GCC SVN branches and tags, Андрей (??), 20:31 , 15-Апр-18, (10) +2

Время от времени эта ерунда всплывает на работе, а все уже забыли, как ею пользо, Аноним (-), 20:16 , 15-Апр-18, (7) –5 //

Что там гуглить то Практически также как и CVS , klalafuda (?), 20:23 , 15-Апр-18, (8)
Пользоваться надо вот так https git-scm com docs git-svn, KonstantinB (ok), 20:30 , 15-Апр-18, (9) +1
Она как раз простейшая в использовании В дереве разобраться и все В нем и теги, Вареник (?), 18:26 , 16-Апр-18, (44)

хорошая vcs, жаль не в трендах, Gemorroj (ok), 20:46 , 15-Апр-18, (11) +2 //

боюсь спросить, как же тогда выглядят плохие http www robgonda com blog index , пох (?), 21:32 , 15-Апр-18, (13) //

это какие-то кастомные проблемы первая ссылка битая, вторая давно пофикшена, су, Gemorroj (ok), 21:51 , 15-Апр-18, (16) –1 //

svn ignore вроде свойство же, vitalif (ok), 22:40 , 15-Апр-18, (18) +1

оно per-dir, и не наследуется, это уж точно вредная фича потому что ее вообще н, пох (?), 22:54 , 15-Апр-18, (21)
я и говорю неудобно, Gemorroj (ok), 23:24 , 15-Апр-18, (22) –1

это банальное последствие приземления сервера не на все четыре лапы в моем случ, пох (?), 22:44 , 15-Апр-18, (19)

не знаю как выглядят плохие, у меня опыт ограничен git mercurial svn у всех ест, Gemorroj (ok), 21:54 , 15-Апр-18, (17)
Плохие выглядят примерно так же, только в серверную часть встроена неудобная веб, Аноним (-), 00:01 , 16-Апр-18, (27) +1
Как плохие выглядят монорепы на гите , Аноним (-), 12:08 , 16-Апр-18, (38)

Именно как vcs subversion днище, но ничётак в качестве версионированной фс для ф, all_glory_to_the_hypnotoad (ok), 23:28 , 15-Апр-18, (24) –1 //

вобщем да, но зачастую этого и достаточно , Gemorroj (ok), 23:32 , 15-Апр-18, (25) //

нет, недостаточно В разработке, т е где нужна именно vcs, недостаточно даже hg, all_glory_to_the_hypnotoad (ok), 23:59 , 15-Апр-18, (26)

А чем hg то недостаточно со всеми стандартными плагинами Все то же, что и в гит, KonstantinB (ok), 02:28 , 16-Апр-18, (29)

Нет staging area, а из-за этого со всеми остальными каждодневными фичами работат, all_glory_to_the_hypnotoad (ok), 03:48 , 16-Апр-18, (31)

Это вопрос привычки Ребейзить через MQ не менее удобно , KonstantinB (ok), 06:36 , 16-Апр-18, (33) +1

им некогда, смузи-не-ждет А чтобы разобраться с mq, надо все же потратить немно, пох (?), 08:59 , 16-Апр-18, (35) +1

А что, теперь git - это хипстерство, а hg - стабильный ынтерпрайз Буду знать Юз, Аноним (-), 12:53 , 16-Апр-18, (39)

оба хуже Но если выводы делаются на основе того что в гите осилен только rebase, пох (?), 21:20 , 16-Апр-18, (46)

Это не вопрос привычки, здесь имеется большая разница в качестве результата Во-п, all_glory_to_the_hypnotoad (ok), 23:46 , 16-Апр-18, (48)

Спасибо, я умею пользоваться git и в курсе, что такое staging area Для формир, KonstantinB (ok), 01:46 , 17-Апр-18, (50)

в разработке, где нужен именно git, потому что все другое ниасилено гордыми раз, пох (?), 08:47 , 16-Апр-18, (34)

Единственно, что есть знакового в hg - это tourtoise hg workbench Поэтому нубы , Аноним (-), 13:03 , 16-Апр-18, (40)

а че в ней знакового Я как раз svn овской-то версией пользуюсь, за неимением че, пох (?), 21:13 , 16-Апр-18, (45) +1
- , KonstantinB (ok), 05:41 , 17-Апр-18, (52) –1

Ты слишком глупый чтобы мне что-то править Для овощей напомню что в hg примерно, all_glory_to_the_hypnotoad (ok), 00:00 , 17-Апр-18, (49)

Теперь модульность - это признак плохого дизайна , KonstantinB (ok), 05:38 , 17-Апр-18, (51) +1

You ve got it , Lennart (?), 15:21 , 17-Апр-18, (55) +2

Привычка подменять _локальную_ историю фичевктеи - хороша и правильна К сожалени, KonstantinB (ok), 05:45 , 17-Апр-18, (53)

а зачем тогда локальная история тебе вообще нужна ты ж rebase делаешь в _своей, пох (?), 20:09 , 17-Апр-18, (56)

Я не совсем то имел ввиду После того, как я squash-нул в один или пачку коммитов, KonstantinB (ok), 04:42 , 18-Апр-18, (57)

Неужели теперь можно не делать svn mv и это ископаемое само догадается о переиме, all_glory_to_the_hypnotoad (ok), 23:24 , 15-Апр-18, (23) //

Это не ископаемое Ископаемое 8482 8212 не это , Аноним (-), 00:03 , 16-Апр-18, (28) +2 //

по существу будет замечание , Аноним (-), 13:04 , 16-Апр-18, (41) +1

нет, наоборот, насколько я понимаю - mv перестало быть безмозглым rm add а заче, пох (?), 21:22 , 16-Апр-18, (47)

Пожелаем gcc и llvm наконец пользоваться нормальным инструментом git , Аноним (-), 03:10 , 16-Апр-18, (30) –2 //

Уж лучше Mercurial Там хоть справка из коробки на русском языке и нет ломки и, iZEN (ok), 10:46 , 16-Апр-18, (36) –6 //

Шок, сенсация, изя не осилил английский , Аноним (-), 11:05 , 16-Апр-18, (37) +3 //

Ему лицензия запрещает осилить git, поэтому жрёт кактус , Аноним (-), 15:40 , 16-Апр-18, (43)

Добавьте нормальную ссылку к новости git git apache org subversion git, Аноним (-), 05:01 , 16-Апр-18, (32) –2 //

Ну, артист https svn apache org repos asf subversion trunk s, anonymous (??), 14:37 , 16-Апр-18, (42)
Вообще-то нормальной была бы https subversion apache org docs release-notes 1 , SysA (?), 11:37 , 17-Апр-18, (54)

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

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

Сообщение от Gemorroj (ok), 15-Апр-18, 20:46

хорошая vcs, жаль не в трендах

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

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

Сообщение от пох (?), 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 части репо) я уж молчу, право, какая мелочь.
(да, я понимаю, что модные-современные и такого-то не умеют)

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

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

Сообщение от Gemorroj (ok), 15-Апр-18, 21:51

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

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

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

Сообщение от vitalif (ok), 15-Апр-18, 22:40

svn:ignore вроде свойство же

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

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

Сообщение от пох (?), 15-Апр-18, 22:54

> svn:ignore вроде свойство же
оно per-dir, и не наследуется, это уж точно вредная фича (потому что ее вообще не видно, если не знать что оно тут используется)
можно такой же список держать в config, но он, естественно, будет твой личный, а не в репо.
Если нужно чтобы автоприлетало каждому Васяну, вчера получившему туда доступ, пока он не накоммитил чего лишнего - не вариант.

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

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

Сообщение от Gemorroj (ok), 15-Апр-18, 23:24

я и говорю неудобно

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

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

Сообщение от пох (?), 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), 15-Апр-18, 21:54

не знаю как выглядят плохие, у меня опыт ограничен git/mercurial/svn. у всех есть плюсы-минусы.

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

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

Сообщение от Аноним (-), 16-Апр-18, 00:01

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

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

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

Сообщение от Аноним (-), 16-Апр-18, 12:08

Как плохие выглядят монорепы на гите.

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

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

Сообщение от all_glory_to_the_hypnotoad (ok), 15-Апр-18, 23:28

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

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

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

Сообщение от Gemorroj (ok), 15-Апр-18, 23:32

вобщем да, но зачастую этого и достаточно.

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

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

Сообщение от all_glory_to_the_hypnotoad (ok), 15-Апр-18, 23:59

нет, недостаточно. В разработке, т.е. где нужна именно vcs, недостаточно даже hg.

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

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

Сообщение от KonstantinB (ok), 16-Апр-18, 02:28

А чем hg то недостаточно со всеми стандартными плагинами? Все то же, что и в гите, можно сделать.

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

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

Сообщение от all_glory_to_the_hypnotoad (ok), 16-Апр-18, 03:48

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

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

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

Сообщение от KonstantinB (ok), 16-Апр-18, 06:36

Это вопрос привычки. Ребейзить через MQ не менее удобно.

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

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

Сообщение от пох (?), 16-Апр-18, 08:59

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

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

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

Сообщение от Аноним (-), 16-Апр-18, 12:53

> смузи-не-ждет!
А что, теперь git - это хипстерство, а hg - стабильный ынтерпрайз? Буду знать.
Юзеров SVN, кажется, совсем перестали брать в расчет. Символично, особенно в контексте новости.

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

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

Сообщение от пох (?), 16-Апр-18, 21:20

>> смузи-не-ждет!
> А что, теперь git - это хипстерство, а hg - стабильный ынтерпрайз?
оба хуже. Но если выводы делаются на основе того что в гите осилен только rebase, а в hg, ну надо же, либо ты разбираешься с mq, либо все твои ляпы становятся общественным достоянием, то, увы, напрашиваются выводы о сделавшем.
> Юзеров SVN, кажется, совсем перестали брать в расчет. Символично, особенно в контексте
> новости.
а чего новость? Ну движется оно вроде в правильном направлении, со скоростью материкового дрейфа. shelve давно хотелось, остальное лично мне без надобности, хотя тому кто мержит большие изменения, наверное, действительно станет меньше геморроя. Проверять как это все работает, будем через годик, потому что нужен апгрейд репо, а этого в энтерпрайзах не любят.

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

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

Сообщение от all_glory_to_the_hypnotoad (ok), 16-Апр-18, 23:46

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

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

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

Сообщение от KonstantinB (ok), 17-Апр-18, 01:46

Спасибо, я умею пользоваться git и в курсе, что такое staging area. :)
Для формирования коммитов мне в hg обычно хватает и обычного commit --amend (я и в гите часто так делаю).
Что касается ребейза, hg rebase --mq нормально работает уже довольно давно. Но согласен, что в гите несколько удобнее с этим.
Впрочем, если при ребейзе много конфликтов, это в целом не очень нормальная ситуация вне зависимости от VCS. Если я вынужден держать долгоиграющую фичеветку, я делаю ребейз на мастер как минимум раз в пару дней.

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

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

Сообщение от пох (?), 16-Апр-18, 08:47

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

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

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

Сообщение от Аноним (-), 16-Апр-18, 13:03

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

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

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

Сообщение от пох (?), 16-Апр-18, 21:13

> Единственно, что есть знакового в hg - это tourtoise hg workbench.
а че в ней знакового? Я как раз svn'овской-то версией пользуюсь, за неимением чего лучшего под винду, но как-то глобальных прелестей по сравнению с штатной в юниксах (где помимо нее есть fileutils, разумеется, а "десткоп интеграция" нахрен не упала, нету у меня десктопа) не осознал.
графический diff ? Он чем-то лучше того что в kde?
> это в первую очередь то, что имена веток входят в ченджсет
мне вот очень нравится, что таки входят, и их невозможно подделывать, как и всю остальную историю. Есть ветка - значит, навсегда. И ее всегда можно проследить от появления и до закрытия. В отличие от git'а, где это просто метка одной из голов. Ну, если по дурости создал лишнюю и успел кому-то передать - живешь теперь с ней, ничего страшного.
Для ненавсегда есть букмарки. Что вы в них ниасиливаете - непонятно, поскольку это именно аналоги гитовских "веток".
> что делает аналог фичи git remote неюзабельным.
а тут я чего не знаю про git remote? Для меня это всегда была неудобная замена добавления чужих репо в hgrc, для неосиляторов vi, а тут, внезапно, какая-то метафизическая сущность в ней заложена?

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

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

Сообщение от KonstantinB (ok), 17-Апр-18, 05:41

> Единственно, что есть знакового в hg - это tourtoise hg workbench
> нубы и вiндузятники
:-)

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

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

Сообщение от all_glory_to_the_hypnotoad (ok), 17-Апр-18, 00:00

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

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

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

Сообщение от KonstantinB (ok), 17-Апр-18, 05:38

Теперь модульность - это признак плохого дизайна? :)

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

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

Сообщение от Lennart (?), 17-Апр-18, 15:21

> Теперь модульность - это признак плохого дизайна? :)
You've got it!

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

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

Сообщение от KonstantinB (ok), 17-Апр-18, 05:45

> или я тащу в другую систему плохие привычки из гита (например, привычку подменять историю)
Привычка подменять _локальную_ историю фичевктеи - хороша и правильна.
К сожалению, абсолютно все VCS делают использование workflow вида git-flow-rebase сложнее, чем оно должно бы быть.

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

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

Сообщение от пох (?), 17-Апр-18, 20:09

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

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

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

Сообщение от KonstantinB (ok), 18-Апр-18, 04:42

Я не совсем то имел ввиду.
После того, как я squash-нул в один или пачку коммитов, нафиг не нужна.

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

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

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

Партнёры:

Хостинг:

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

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

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


	13. "Релиз системы управления версиями Apache Subversion 1.10.0 "	+/–
	Сообщение от пох (?), 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 части репо) я уж молчу, право, какая мелочь. (да, я понимаю, что модные-современные и такого-то не умеют)
	Ответить \| Правка \| Наверх \| Cообщить модератору


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


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


	21. "Релиз системы управления версиями Apache Subversion 1.10.0 "	+/–
	Сообщение от пох (?), 15-Апр-18, 22:54
	> svn:ignore вроде свойство же оно per-dir, и не наследуется, это уж точно вредная фича (потому что ее вообще не видно, если не знать что оно тут используется) можно такой же список держать в config, но он, естественно, будет твой личный, а не в репо. Если нужно чтобы автоприлетало каждому Васяну, вчера получившему туда доступ, пока он не накоммитил чего лишнего - не вариант.
	Ответить \| Правка \| Наверх \| Cообщить модератору


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


	19. "Релиз системы управления версиями Apache Subversion 1.10.0 "	+/–
	Сообщение от пох (?), 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), 15-Апр-18, 21:54
	не знаю как выглядят плохие, у меня опыт ограничен git/mercurial/svn. у всех есть плюсы-минусы.
	Ответить \| Правка \| К родителю #13 \| Наверх \| Cообщить модератору


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


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


	24. "Релиз системы управления версиями Apache Subversion 1.10.0 "	–1 +/–
	Сообщение от all_glory_to_the_hypnotoad (ok), 15-Апр-18, 23:28
	> хорошая vcs, жаль не в трендах Именно как vcs subversion днище, но ничётак в качестве версионированной фс для файловой помойки - так её обычно и используют.
	Ответить \| Правка \| К родителю #11 \| Наверх \| Cообщить модератору


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


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


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


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


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


	35. "Релиз системы управления версиями Apache Subversion 1.10.0 "	+1 +/–
	Сообщение от пох (?), 16-Апр-18, 08:59
	> Это вопрос привычки. Ребейзить через MQ не менее удобно. им некогда, смузи-не-ждет! А чтобы разобраться с mq, надо все же потратить немного времени. (так ли уж "удобно" иметь вечный бардак в своей копии репо, из-за которого нужна такая работа - ну хз... У линуксеров вот только так и принято.)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	39. "Релиз системы управления версиями Apache Subversion 1.10.0 "	+/–
	Сообщение от Аноним (-), 16-Апр-18, 12:53
	> смузи-не-ждет! А что, теперь git - это хипстерство, а hg - стабильный ынтерпрайз? Буду знать. Юзеров SVN, кажется, совсем перестали брать в расчет. Символично, особенно в контексте новости.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	46. "Релиз системы управления версиями Apache Subversion 1.10.0 "	+/–
	Сообщение от пох (?), 16-Апр-18, 21:20
	>> смузи-не-ждет! > А что, теперь git - это хипстерство, а hg - стабильный ынтерпрайз? оба хуже. Но если выводы делаются на основе того что в гите осилен только rebase, а в hg, ну надо же, либо ты разбираешься с mq, либо все твои ляпы становятся общественным достоянием, то, увы, напрашиваются выводы о сделавшем. > Юзеров SVN, кажется, совсем перестали брать в расчет. Символично, особенно в контексте > новости. а чего новость? Ну движется оно вроде в правильном направлении, со скоростью материкового дрейфа. shelve давно хотелось, остальное лично мне без надобности, хотя тому кто мержит большие изменения, наверное, действительно станет меньше геморроя. Проверять как это все работает, будем через годик, потому что нужен апгрейд репо, а этого в энтерпрайзах не любят.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	48. "Релиз системы управления версиями Apache Subversion 1.10.0 "	+/–
	Сообщение от all_glory_to_the_hypnotoad (ok), 16-Апр-18, 23:46
	Это не вопрос привычки, здесь имеется большая разница в качестве результата. Во-первых, речь шла про stage area, это хрень с помощью которой можно легко и удобно набирать изменения в коммит. Фича нужна как при формировании обычных коммитов, так и для редактирования истории ребейзом. В hg ничего похожего по удобству нет даже с учётом всех дополнений. Во-вторых, mq это врезка сбоку к VCS для задействования которой в качестве ребейза нужно делать больше телодвижений. Кроме мудотни с наполнением mq имеет ограниченную поддержку автоматического разрешения конфликтов по сравнению с полноценным ребейзом.
	Ответить \| Правка \| К родителю #33 \| Наверх \| Cообщить модератору


	50. "Релиз системы управления версиями Apache Subversion 1.10.0 "	+/–
	Сообщение от KonstantinB (ok), 17-Апр-18, 01:46
	Спасибо, я умею пользоваться git и в курсе, что такое staging area. :) Для формирования коммитов мне в hg обычно хватает и обычного commit --amend (я и в гите часто так делаю). Что касается ребейза, hg rebase --mq нормально работает уже довольно давно. Но согласен, что в гите несколько удобнее с этим. Впрочем, если при ребейзе много конфликтов, это в целом не очень нормальная ситуация вне зависимости от VCS. Если я вынужден держать долгоиграющую фичеветку, я делаю ребейз на мастер как минимум раз в пару дней.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	34. "Релиз системы управления версиями Apache Subversion 1.10.0 "	+/–
	Сообщение от пох (?), 16-Апр-18, 08:47
	"в разработке, где нужен именно git, потому что все другое ниасилено гордыми разработчиками" - поправил, не благодари. фичи, включаемые плагинами, потому и фичи, чтобы перед включением лишний раз остановиться и подумать - оно действительно надо, или я тащу в другую систему плохие привычки из гита (например, привычку подменять историю).
	Ответить \| Правка \| К родителю #26 \| Наверх \| Cообщить модератору


	40. "Релиз системы управления версиями Apache Subversion 1.10.0 "	+/–
	Сообщение от Аноним (-), 16-Апр-18, 13:03
	Единственно, что есть знакового в hg - это tourtoise hg workbench. Поэтому нубы и вiндузятники так благоволят hg, особенно после svn. Архитектура гит лучше ртути. Даже не касаясь плагинов (mq из них последняя проблема, на самом деле), это в первую очередь то, что имена веток входят в ченджсет, что делает аналог фичи git remote неюзабельным. Ну и сами ветки... буэ. Предлагаемые же bookmark кривы и не фундаментальны, запросто теряются.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	45. "Релиз системы управления версиями Apache Subversion 1.10.0 "	+1 +/–
	Сообщение от пох (?), 16-Апр-18, 21:13
	> Единственно, что есть знакового в hg - это tourtoise hg workbench. а че в ней знакового? Я как раз svn'овской-то версией пользуюсь, за неимением чего лучшего под винду, но как-то глобальных прелестей по сравнению с штатной в юниксах (где помимо нее есть fileutils, разумеется, а "десткоп интеграция" нахрен не упала, нету у меня десктопа) не осознал. графический diff ? Он чем-то лучше того что в kde? > это в первую очередь то, что имена веток входят в ченджсет мне вот очень нравится, что таки входят, и их невозможно подделывать, как и всю остальную историю. Есть ветка - значит, навсегда. И ее всегда можно проследить от появления и до закрытия. В отличие от git'а, где это просто метка одной из голов. Ну, если по дурости создал лишнюю и успел кому-то передать - живешь теперь с ней, ничего страшного. Для ненавсегда есть букмарки. Что вы в них ниасиливаете - непонятно, поскольку это именно аналоги гитовских "веток". > что делает аналог фичи git remote неюзабельным. а тут я чего не знаю про git remote? Для меня это всегда была неудобная замена добавления чужих репо в hgrc, для неосиляторов vi, а тут, внезапно, какая-то метафизическая сущность в ней заложена?
	Ответить \| Правка \| Наверх \| Cообщить модератору


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


	49. "Релиз системы управления версиями Apache Subversion 1.10.0 "	+/–
	Сообщение от all_glory_to_the_hypnotoad (ok), 17-Апр-18, 00:00
	Ты слишком глупый чтобы мне что-то править. > фичи, включаемые плагинами, потому и фичи, чтобы перед включением лишний раз остановиться и подумать - оно действительно надо, или я тащу в другую систему плохие привычки из гита... Для овощей напомню что в hg примерно всё за пределами функциональности сvs сделано плагинами. До недавнего времени даже подсветка цветами была плагином и её нужно было включать руками. Сделано так только по одной единственной причине: разработчики ртути не умеют дизайнить приложения.
	Ответить \| Правка \| К родителю #34 \| Наверх \| Cообщить модератору


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


	55. "Релиз системы управления версиями Apache Subversion 1.10.0 "	+2 +/–
	Сообщение от Lennart (?), 17-Апр-18, 15:21
	> Теперь модульность - это признак плохого дизайна? :) You've got it!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	53. "Релиз системы управления версиями Apache Subversion 1.10.0 "	+/–
	Сообщение от KonstantinB (ok), 17-Апр-18, 05:45
	> или я тащу в другую систему плохие привычки из гита (например, привычку подменять историю) Привычка подменять _локальную_ историю фичевктеи - хороша и правильна. К сожалению, абсолютно все VCS делают использование workflow вида git-flow-rebase сложнее, чем оно должно бы быть.
	Ответить \| Правка \| К родителю #34 \| Наверх \| Cообщить модератору


	56. "Релиз системы управления версиями Apache Subversion 1.10.0 "	+/–
	Сообщение от пох (?), 17-Апр-18, 20:09
	> Привычка подменять _локальную_ историю фичевктеи - хороша и правильна. а зачем тогда локальная история тебе вообще нужна? (ты ж rebase делаешь в _своей_ копии) Просто как замена undelete ? В случае гита настоящая история остается в безымянной ветке, которая бестолку занимает место у тебя на диске и которую ты не найдешь никогда (да и толку от нее теперь, после rebase и продолженной работы поверх него?) А вот mq штука более злая, поскольку после игрищ с qpop/qdelete история по-настоящему изменена, и в ней натурально больше нет того, что ты удалил. (если хочется "как в git" - мертвые "невидимые" ветки - для этого есть evolve. Кстати, и массовые конфликты после себя оно тоже "как в git" прибирает [правда, криво])
	Ответить \| Правка \| Наверх \| Cообщить модератору