The OpenNET Project / Index page

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

Выпуск системы управления версиями Apache Subversion 1.12.0

26.04.2019 11:37

После 6 месяцев разработки организация Apache Software Foundation опубликовала релиз системы управления версиями Subversion 1.12.0. Несмотря на развитие децентрализованных систем, Subversion продолжает пользоваться популярностью в коммерческих компаниях и проектах, использующих централизованный подход к управлению версиями и конфигурацией программных систем. Из использующих Subversion открытых проектов можно отметить: проекты Apache, FreeBSD, Free Pascal, OpenSCADA, GCC и LLVM. Выпуск Subversion 1.12 отнесён к обычным выпускам, следующим LTS-релизом станет версия Subversion 1.14, которую планируют выпустить в апреле 2020 года и поддерживать до 2024 года.

Ключевые улучшения Subversion 1.12:

  • Расширены возможности интерактивного интерфейса для разрешения конфликтов, в который добавлена поддержка обработки ситуаций с перемещением элементов в другие каталоги, а также улучшен разбор случаев появления в рабочей копии репозитория не охваченных системой версионирования файлов и каталогов;
  • В сервере обеспечено игнорирование определений пустых групп в правилах авторизации и вывод предупреждения при их наличии в момент запуска команды svnauthz;
  • На стороне клиента в Unix-подобных системах на уровне компиляции отключена по умолчанию поддержка хранения паролей на диске в открытом виде. Пользователям рекомендовано использовать для хранения паролей системы, подобные GNOME Keyring, Kwallet или GPG-Agent;
  • Улучшено поведение операций копирования в исходном репозитории и рабочей копии - существующие родительские каталоги и файлы с ревизиями теперь обрабатываются корректно;
  • Улучшен вывод команды "svn list": длинные имена авторов теперь не обрезаются, добавлена опция "--human-readable" (-H) для вывода размеров в читаемом виде (байты, килобайты, магабайты и т.п.);
  • В команду "svn info" добавлен показ размера файлов в репозитории;
  • В команде "svn cleanup" после подтверждения операций удаления игнорируемых или не охваченных версионированием элементов, теперь удаляются и каталоги с флагом защиты от записи;
  • В экспериментальных командах "svn x-shelve/x-unshelve/x-shelves" повышена надёжность обработки различных типов изменений. Команды из набора "shelve" позволяют отдельно отложить незавершенные изменения в рабочей копии, чтобы срочно поработать над чем-то другим, а затем вернуть недоделанные изменения в рабочую копию, не прибегая к таким ухищрениям как сохранение патча через "svn diff" с последующим его восстановлением через "svn patch";
  • Повышена надёжность экспериментальной возможности сохранения слепков состояния коммитов ("commit checkpointing"), позволяющая сохранить снапшот изменений, еще не зафиксированных коммитом, и позднее восстановить в рабочей копии любую из сохранённых версий изменений (например, чтобы откатить состояние рабочей копии в случае ошибочного обновления);


  1. Главная ссылка к новости (https://svn.haxx.se/dev/archiv...)
  2. OpenNews: Выпуск системы управления версиями Apache Subversion 1.11.0
  3. OpenNews: Релиз системы управления версиями Apache Subversion 1.10.0
  4. OpenNews: ReactOS перешел с Subversion на Git и GitHub
  5. OpenNews: Уязвимость в Git, Subversion и Mercurial, допускающая подстановку команд через URL ssh://
  6. OpenNews: Проект nginx перешёл с использования Subversion на Mercurial
Лицензия: CC-BY
Тип: Программы
Ключевые слова: subversion
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (82) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, Анон213423 (?), 11:38, 26/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Интересно, чем разработчиков компиляторов не устраивает git?
     
     
  • 2.7, Andrey Mitrofanov (?), 12:38, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Оно не лэзет I There s a malformation that has turned up in the repo that... текст свёрнут, показать
     
     
  • 3.10, Аноним (10), 13:14, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Для разработки можно слить ветки и перейти без истории, а для копирайтной археологии достаточно отдельного репозитория.
     
     
  • 4.13, Andrey Mitrofanov (?), 13:38, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Для разработки можно слить ветки и перейти без истории, а для копирайтной
    > археологии достаточно отдельного репозитория.

    Когда _надо_, оно, конечно, да. Вон, Л.Т. надо было, он с 2.6.12 начАл, а "всю историю" на потом оставил.

    С gcc нюанс -- оно им не надо, а ESR пытается сделать из "не надо и не переходим" => "нам не надо, но вот же оно есть -- может быть, и переходим". Или пытался...

     
  • 4.20, Аноним (20), 14:24, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А смысл тогда на git переходить? Сначала на каждом углу визжали про его преимущество, а потом те же люди ветки запретили плодить. А 2-3 ветки я и на svn смогу спокойно содержать.
     
     
  • 5.24, Andrey Mitrofanov (?), 14:29, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А смысл тогда на git переходить? Сначала на каждом углу визжали про
    > его преимущество, а потом те же люди ветки запретили плодить. А
    > 2-3 ветки я и на svn смогу спокойно содержать.

    Ты не понял или сделал вид?

    Там не было ничего ни про ветки, ни про запрет оных.

    Прекрати визг про "я svn могу покойно".
       Расскажи подробнее о своей проблеме!1

    [I]---Можете не п(ри|ере)ходить, вычёркиваю.[/I]

     
     
  • 6.27, Andrey Mitrofanov (?), 14:34, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • –5 +/
    >> А смысл тогда на git переходить? Сначала на каждом углу визжали про
    > Там не было ничего ни про ветки, ни про запрет оных.

    А, было-таки.

    "слить ветки и перейти без истории".

    Это таки не то, чего ты испугался.

    Не бойся, маленький!  Там написано "можно слить и перейти", а не...
    "должен немедленно всё бросить и <чего ты там себе придумал-то?>".

    [I]Ну-ну, не визж ^W плакай1[/I]

     
     
  • 7.37, Аноним (37), 15:50, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    В психушку интернет провели? Учись писать внятно, читать невозможно же.
     
     
  • 8.49, grsec (ok), 16:42, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ты читаешь, что пишет Andrey Mitrofanov Ты из какой палаты ... текст свёрнут, показать
     
     
  • 9.77, Andrey Mitrofanov (?), 09:45, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Пральна, ребяты, не обостряйтесь Просто минусуйте не глядя Порадуйте главрач... текст свёрнут, показать
     
  • 2.14, fi2fi (?), 13:41, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    все просто - команды svn набираешь на автомате.

    Я вот уже два года в основных проектах на git, и все равно руки помнят svn )))))


     
  • 2.28, J.L. (?), 14:39, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    у меня есть БОЛЬШОЙ проект, который состоит из нескольких слабозависимых частей ... текст свёрнут, показать
     
     
  • 3.35, Ordu (ok), 15:36, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > у нашего подрядчика тупые сотрудники
    > как в git мне это всё организовать?

    Попросить объяснить тупым сотрудникам подрядчика как делать git mv и git rm?

    git mv srv/svn/whatever/кусочек-чего-то-там ./
    git rm -r srv
    git commit -a -m 'Мы больше не тупые'


    А если там сотрудники действительно тупые, то https://git-scm.com/book/en/v1/Git-Tools-Subtree-Merging
    По-моему, чистой воды то, что нужно.

     
  • 3.41, умнееЧемТы (?), 15:55, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    однажды мосью откроет для себя gitFS. я конечно хз, может репозиторий больше, чем у майков виндовый - тогда всё печально, да
     
  • 3.59, Аноним (59), 18:35, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > как в git мне это всё организовать?

    man git-submodule
    Для не осиливших индусов — repo.

     
     
  • 4.78, Andrey Mitrofanov (?), 09:47, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> как в git мне это всё организовать?
    > man git-submodule
    > Для не осиливших индусов — repo.

    А для фбсд-ешников -- GNU Autoconf.  Ура.

     

  • 1.2, The Gusi (?), 11:42, 26/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –9 +/
    Кто этим вообще пользуеться в 2018?
     
     
  • 2.3, Аноним (3), 11:43, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Привет из будущего)
     
  • 2.4, trolleybus (?), 11:51, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Из использующих Subversion открытых проектов можно отметить: проекты Apache, FreeBSD, Free Pascal, OpenSCADA, GCC и LLVM

    Эти даже в 2019 еще пользуются

     
     
  • 3.61, Андрей (??), 21:07, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> и LLVM

    Они уже перешли на git:

    > Getting Started Quickly (A Summary)
    >
    > ...
    >
    > Checkout LLVM (including related subprojects like Clang):
    >
    >     git clone https://github.com/llvm/llvm-project.git

    Доступ по SVN пока остаётся в целях совместимости:

    > Checkout via SVN (*deprecated*)
    >
    > Until we have fully migrated to Git, you may also get a fresh copy of the code from the official Subversion repository.

    Источник: https://llvm.org/docs/GettingStarted.html

    А также новость: "Проект LLVM ввёл в строй официальное Git-зеркало в ходе миграции с SVN" (15.01.2019) https://www.opennet.ru/opennews/art.shtml?num=49951

     

  • 1.5, Аноним (5), 12:12, 26/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > На стороне клиента в Unix-подобных системах на уровне
    > компиляции отключена по умолчанию поддержка хранения паролей на
    > диске в открытом виде.

    fuck :-( опять за нас позаботились о нашей безопастносте.
    Что это использовалось для автоматических скриптов деплоя - им пофиг.

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

     
     
  • 2.15, Аноним (59), 13:43, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Что этот самый пароль, надежнейше хранимый в kwallet и других удобных для потери всего разом хренилищах, передается открытым текстом и открытым же текстом лежит в конфигах сервера - их не побеспокоило вот ни разу - это ж надо протокол менять, и криптографию учить, это не для нынешнего разработчика.

    Ты используешь svn без ssh? Серьёзно?
    А разработчика на всё не хватит. Он и так достаточно активно имитирует бурную и никомк не нужную деятельность.

     
     
  • 3.38, пох (?), 15:50, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    серьезно svn ssh - уродливейший костыль, практически бесполезный и поломанный в... текст свёрнут, показать
     

  • 1.6, Аноним (6), 12:26, 26/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > На стороне клиента в Unix-подобных системах на уровне компиляции отключена по умолчанию поддержка хранения паролей на диске в открытом виде. Пользователям рекомендовано использовать для хранения паролей системы, подобные GNOME Keyring, Kwallet или GPG-Agent;

    И эти туда же?

     
  • 1.9, Аноним (9), 12:54, 26/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Десяток лет старых программистов переводили на svn, долго они плювались.
    Теперь вздумаете перевести их на git?

    Ахаха, неееет.

    Есть опыт работы с 60-и летним разработчиком.

     
     
  • 2.11, пох (?), 13:18, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    угу - мне вот вроде еще и не 60, но вспомнить, нахрена же был нужен svn при рабо... текст свёрнут, показать
     
     
  • 3.12, кккк (?), 13:33, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >нахрена же был нужен svn при рабочем cvs я как-то не особенно и мог

    Один атомарный коммит чего стоит. Да и проблем с безопасностью было вагон и маленькая тележка - приходилось всех в unix пользователей пихать и т.д. и т.п.

     
     
  • 4.16, Andrey Mitrofanov (?), 13:44, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >>нахрена же был нужен svn при рабочем cvs я как-то не особенно и мог
    > Один атомарный коммит чего стоит.

    Репо _lock_ [или кактамего], вы хотели сказать?

     
  • 3.71, OpenEcho (?), 22:35, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >нахрена же был нужен svn при рабочем cvs

    CVS - no integrity test

    >Попробуйте-ка добейтесь повреждения репо у cvs.

    не я, HDD дохнущий пробовал и успешно сломал, но CVS даже не пикнул...

     
  • 3.80, Аноним (80), 22:55, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Для hg - уже совсем нету.

    Bitbucket же.

     
  • 3.85, MirandaUser2 (?), 12:04, 04/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > но вспомнить, нахрена же был нужен svn при рабочем cvs я как-то не особенно и могу

    в CVS версионность по файлу, в SVN - по репозиторию. Пожалуй самое заметное отличие.
    http://svnbook.red-bean.com/en/1.7/svn.forcvs.revnums.html

    В CVS впрочем есть commit id, но не во всех реализациях поддерживается.
    https://stackoverflow.com/questions/14863724/how-to-use-the-cvs-commitid-featu

     
  • 2.17, Аноним (59), 13:45, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А нехрен было переводить на svn. Промучались бы до сих пор с cvs, глядишь, и на git сползли бы без проблем.
     
     
  • 3.43, пох (?), 15:57, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ну у меня есть парочка, которыми раз в пол-года пользуюсь - я, конечно, давно не смотрел что там с серверной стороны, но скачать исходник/полазать по дереву/поразбираться в конкретном комите - вполне себе без страданий могу.

    Ну, конечно, в cvsweb нет чятика, но там уже давно не с кем поговорить все равно.

     
  • 2.18, Аноним (18), 13:55, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    У нас 50 лет "дедок" сам всех на git в своё время переводил.
     
     
  • 3.72, OpenEcho (?), 22:38, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    пипец, 50 это что, уже дедок ?
     
  • 2.22, Аноним (20), 14:28, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • –11 +/
    60-и летнего надо отправлять на пенсию. Я бы и 50-и летних тоже отправлял. Всё равно дешевле будет. Жалко, государство до сих пор не понимает этого.
     
     
  • 3.26, Аноним (26), 14:33, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Может лучше тебя отправим? И не на пенсию, а сразу в биореактор
     
     
  • 4.39, Аноним (37), 15:52, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тогда работай и не ной тут про проблемы 60-летних.
     
  • 3.31, Andrey Mitrofanov (?), 14:54, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Я бы и 50-и летних тоже
    > отправлял. Всё равно дешевле будет. Жалко, государство до сих пор не
    > понимает этого.

    дадад! голосую за этого Анонима в ....  не знаю куда.
    не хочу работать, хочу на пенсию поскорее.  и видимо, зря.  >?<

     
     
  • 4.40, пох (?), 15:53, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > не хочу работать, хочу на пенсию поскорее.  и видимо, зря.  >?<

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

     
  • 3.36, Ordu (ok), 15:39, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Да и вообще надо объявить basic income, и пускай работают только те, кому приспичило поработать.
     
     
  • 4.53, user (??), 17:36, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я бы с радостью занимался своим "приспичило поработать", но добывание денег отнимает много сил и времени.
     
     
  • 5.55, Аноним (55), 17:57, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот из-за таких и проблемы потом. Считаю, их надо вовремя выявлять и исключать из трудового процесса. На этот случай могли бы безусловные доход придумать, как вариант. А то сейчас уходит больше средств на устранение их косяков.
     
     
  • 6.56, user (??), 18:17, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    "выявлять", [cenzored].

    Кадровики заставляют врать про "мне интересно у вас работать не ради денег".

     
     
  • 7.63, Аноним (63), 23:58, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    У тебя бинарная логика что ли? Киллером можешь поработать, если только деньги интересуют?
     
     
  • 8.64, user (??), 00:33, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Меня много чего интересует, но при чём тут работа Странное стремление кончать п... текст свёрнут, показать
     
     
  • 9.65, Аноним (65), 01:30, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не знаю, что ты за стремление кончать под клиентом тут приводишь В общем труд... текст свёрнут, показать
     
  • 3.47, Дедушко (?), 16:26, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты забыл самое главное - эти старпёры ещё и смузи отказываются пить, категорически. И не парят...

     
     
  • 4.60, пох (?), 20:44, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    да ладно, подставляй тазик - выпью.
    тазик - в смысле, чтоб было куда блевануть сразу после ;-)

    А это у меня - ингалятор, от...сь! Главное, не забывать выкинуть, когда летишь через арабские страны.

     
  • 3.73, OpenEcho (?), 22:41, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    запомни что сказал, не успеешь оглянуться как сам окажешься на их  месте...
     
  • 2.33, Аноним (59), 15:20, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    60-летние разные бывают. Есть такие, которые сами первыми всё осваивают. А если человек закостенел, независимо от возраста — гнать такого в шею.
     
     
  • 3.42, Аноним (37), 15:56, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну гнать, не гнать, но вопрос надо решать. Автоматизация убила множество рабочих мест. В результате имеем то, что имеем. На 20-30 человек всего 1 "тащит". Остальные в лучшем случае не мешаются под ногами.
     
     
  • 4.45, пох (?), 15:58, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    расскажите подробнее, чье рабочее место убила замена cvs на git ?

    И какую именно деятельность она лично вам "автоматизировала" ?

     
     
  • 5.69, Аноним (69), 10:59, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Рабочее место заплесневелого ретрограда, который своим ворчаньем мешал молодому, энергичному, амбициозному и продвинутому тимлиду сломать всё, что ещё оставалось работающего.
     
  • 2.51, Аноним (51), 17:21, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Есть опыт работы с 60-и летним разработчиком.

    Ты забыл свой возраст указать.

     
  • 2.83, KonstantinB (ok), 11:57, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А у меня есть опыт работы и с разработчиками за 50, и с молодыми студентами.

    И, прикинь, от возраста вообще ничего не зависит. Кто-то и в предпенсионном возрасте легко осваивает новое, а кто-то и в 25 лет закостенел уже.

     

  • 1.19, б.б. (?), 14:17, 26/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    в svn можно создавать пустые каталоги, насколько я помню :)
     
     
  • 2.21, ффф (?), 14:24, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    а в гите нельзя??? О_о
     
     
  • 3.25, Аноним (20), 14:30, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Таки да. Только с костылями.
     
  • 3.29, Andrey Mitrofanov (?), 14:40, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а в гите нельзя??? О_о

    Не-а.

    Или в нёй другая директория (и в ней -- далее по индукции).
    Или файл-"placeholder" комитить.

    Вот! Видишь! Какая хорошая, интересная система -- а ты не в зуб ногой.
       Переходи быстрее.

     
     
  • 4.32, Andrey Mitrofanov (?), 14:56, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Или в нёй другая директория (и в ней -- далее по индукции).
    > Или файл-"placeholder" комитить.

    Есть ещё вариант: mkdir или аналог в "нужном месте" скриптов сборки...
    ...но это не совсем "в vcs".  Кажется.

     
  • 3.34, Аноним (59), 15:25, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А какой юзкейс? Сколько лет с гитом работаю, и ни разу такой потребности не возникало.
     
     
  • 4.44, Аноним (37), 15:57, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    initial directory structure? Почти всегда первый коммит в svn.
     
     
  • 5.57, Аноним (59), 18:20, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    То есть единственная причина — чтобы было как в svn?
     
     
  • 6.62, Аноним (63), 23:54, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Делали, потому что удобно. Никто же не виноват, что ты ничего кроме гита не видел.
     
     
  • 7.70, Аноним (70), 12:18, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кто сказал, что не видел? И с svn работал, и с cvs немножко страдал. Но удобства пустых каталогов не понимаю.
     
  • 6.66, Ordu (ok), 03:52, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    svn тут не при чём. В git'е тоже первый коммит очень часто содержит в себе всякую мелочовку, типа readme, .gitignore, src/, assets/ и проч. И среди них могут быть пустые директории.

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

     
  • 4.50, Аноним (6), 17:17, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Серьёзно? А директории под ./runtime/ какой-нибудь, ./cache/ какой-нибудь не нужны?
     
     
  • 5.52, user (??), 17:34, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Коммитить не исходники - кю. Лучше прописать их создание в какой-нибудь makefile.
     
  • 5.58, Аноним (59), 18:21, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нет, не нужны. Репозиторий для исходного кода, а не для помойки.
     
     
  • 6.67, пох (?), 07:27, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • –5 +/
    а вот и типичный адепт нового-модного пожаловал. s/репозиторий/git/g

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

    Который, внезапно, вообще может быть не "исходным кодом".

    Ну а чего вы хотели от поделки Линуса, который и исходники-то хранил в linux-1.2.11, linux-1.2.12 ... , "патчи присылайте мэйлом, не забыв порезать по две строчки, а то их читать неудобно".

     
     
  • 7.68, Имя (?), 10:12, 27/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Почитай про vcs в Гугле, это эпический костыль. Они используют vcs не только вместо rsync, но и вместо пакетного менеджера. И сгенерированных файлов туда столько навалили, что на ноутбучные диски не влезает.
     
  • 7.74, имя (?), 00:51, 28/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > в отличие от нормальных vcs, где хранятся состояния дерева проекта.
    > Который, внезапно, вообще может быть не "исходным кодом".

    И что же вы подразумеваете под состоянием? .o-файлы и мусор имени maven/gradle, который иногда быстрее локально регенерировать из исходников,  чем скачать из репозитория даже без истории, и который нужен только два раза в жизни? Я уж молчу об svn, который не хранит mtime, и о разработчиках, которые забывают закоммитить промежуточные артефакты сборки. А сколько боли доставляет деление изменений на несколько коммитов и промежуточные коммиты, которые вообще не должны порождать .o-файлов, ммм…

    Или вы rpm-пакетах и готовых к использованию ELF-бинарях, положенные в VCS от безысходности, потому что кто-то допустил вырастание невоспроизводимых серверов с патченым непоймичем и ~mamkin.devops в LD_LIBRARY_PATH? (True, блин, story, из-за таких серверов одно время приходилось тратить место на бекапы svn-реп с невероятными горами бинарного мусора в истории — даже после радостного выведения их из эксплуатации.)

     
     
  • 8.81, Аноним (80), 00:02, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Можно подумать, какая-то другая VCS хранит ... текст свёрнут, показать
     
     
  • 9.82, имя (?), 01:06, 30/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Дык пафоса у поха столько, что может сложиться впечатление, что svn и хранит Но... текст свёрнут, показать
     
     
  • 10.84, Совершенно другой аноним (?), 08:42, 02/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    По крайней мере есть miscellany use-commit-times yes которое может как-то п... текст свёрнут, показать
     
  • 4.79, Andrey Mitrofanov (?), 09:59, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > А какой юзкейс? Сколько лет с гитом работаю, и ни разу такой
    > потребности не возникало.

    " Каша-то всегда была тёплая. "

    [CODE]commit 012fdeadc24066d99f55
    Author: Andrey Mitrofanov <
    Date:   Wed Jul 23 18:34:47 2014 +0400

        Added an empty dir placeholder, for java gw build.
          + No mkdir will be needed before make of git-archive-d source.
          >WONTFIX in upstream, ZBX-7320.

    diff --git a/src/zabbix_java/bin/.gitignore b/src/zabbix_java/bin/.gitignore
    new file mode 100644
    index 00000000..7988d6f8
    --- /dev/null
    +++ b/src/zabbix_java/bin/.gitignore
    @@ -0,0 +1,2 @@
    +#This file is an empty dir placeholder. For git that is.
    +zabbix-java-gateway-*.jar

     

  • 1.23, анонимчик (?), 14:28, 26/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    он научился с socks проекси работать?
     
     
  • 2.30, Andrey Mitrofanov (?), 14:41, 26/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > он научился с socks проекси работать?

    Тяжело на винде-то?  Без soxify-то.  Должен страдать.

     

  • 1.75, iZEN (ok), 07:36, 28/04/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Кто может назвать и популярно объяснить десять причин использовать SVN вместо Mercurial?
     
     
  • 2.76, Аноним (76), 09:22, 29/04/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тут гитосрач, не мешайте со своим меркуриалом.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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