The OpenNET Project / Index page

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

Выпуск cSvn 0.0.9, web-интерфейса для репозиториев Subversion

12.11.2020 17:42

Доступен выпуск cSvn 0.0.9, web-интерфейса для просмотра SVN-репозиториев. Приложение представляет собой CGI-скрипт, написанный на языке C и работающий на сервере в цепочке Nginx - uWsgi - cSvn.cgi. Поддерживается просмотр не только собственных SVN-репозитории, но и сторонних ресурсов, однако здесь необходимо учитывать то, что сторонние серверы могут оказаться довольно медленными. Исходные тексты распространяются под лицензией Radix.pro, основанной на лицензии Apache 2.0.

Настройка серверных компонентов достаточно проста и практически не отличается от настройки cGit. На стороне клиента работает JavaScript, включающий не более 350 строк и таблица стилей размером 24K в распакованном виде. Основная нагрузка на клиента вызвана применением библиотеки highlight.js. Для ускорения загрузки страниц, пользователь может отключить неиспользуемые шрифты и сократить набор языков, поддерживаемых скриптом highlight.js. Тексты в формате Markdown обрабатываются на стороне сервера с помощью библиотеки md4c, которая успешно зарекомендовала себя в KDE Plasma.

Проект был создан после анализа ситуации с графическими интерфейсами для Subversion. Существующий web-интерфейс WebSVN практически не развивается с 2013 года, хотя и есть продолжение старой разработки на GitHub. После майского выпуска Apache Subversion 1.14.0 разработчики попытались найти статистику использования SVN в сравнении с популярностью Git. Если в 2014 году доля SVN репозиториев составляла примерно 44%, а доля Git - 35%, то в 2019 году соотношение стало примерно таким: Git - 70%, а SVN - 25% от общего числа репозиториев, опубликованных на различных сайтах.

  1. Главная ссылка к новости (https://csvn.radix.pro/csvn/tr...)
  2. OpenNews: Выпуск системы управления версиями Apache Subversion 1.14.0
  3. OpenNews: ReactOS перешел с Subversion на Git и GitHub
  4. OpenNews: Проект Ruby перешёл с Subversion на Git
  5. OpenNews: Уязвимость в Git, Subversion и Mercurial, допускающая подстановку команд через URL ssh://
  6. OpenNews: Проект PHP мигрировал с Subversion на Git
Автор новости: rcl
Тип: Программы
Короткая ссылка: https://opennet.ru/54071-subversion
Ключевые слова: subversion
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (26) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 20:46, 12/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Сколько годных новостей для олдов вышло, мм.
     
     
  • 2.2, Аноним (2), 20:49, 12/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно, молодёжь теперь использует гит на 5% возможностей от svn.
     
     
  • 3.4, Аноним (4), 20:49, 12/11/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Говорите за себя.
     
     
  • 4.6, Dzen Python (ok), 21:27, 12/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тебя закусило, молодежь?
    Говорим за тех, кто юзает гитхаб. Там они действительно используют 5% фич от любой нормальной системы управления версиями и 105% фич - от социалочки
     
     
  • 5.7, an0nymous (?), 21:37, 12/11/2020 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Если им этого достаточно, то возможно все остальное и не очень то нужно
     
     
  • 6.12, пох. (?), 11:15, 13/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно им достаточно - они альтернативно-одаренные, ничего более сложного им и не осилить.

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

     
  • 5.28, annual slayer (?), 21:05, 15/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    а какие функции социалочки есть в гитхабе, которых не было бы в опеннете?
     
     
  • 6.29, Dzen Python (ok), 15:57, 16/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Опеннет выдаёт false на проверках ЕстьСтильно(), ЕстьМодно(), ЕстьМолодёжно().
    Его не хайпают на бордах и в рассадниках вроде реддита
    Тут нельзя обгадить, засудить, потом снова обгадить и забанить человека за неиспользование инклюзивной лексики вместо нормальных мастер-слейв или черный список/белый список.
     
  • 3.5, Аноним (1), 21:21, 12/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем так?
     
  • 3.21, Аноним (21), 12:15, 13/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так главная фича Git, Mercurial распределённость, а не количество фич.
     
     
  • 4.25, пох. (?), 16:39, 13/11/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    На свете очень мало тех, кому на самом деле есть польза от этой "распределенности".
    Ни один из популярных use-case'ов git (ни линуксное ведро, ни большинство разработок на гитхабе и гитляпе) не использует эту самую распределенность - наоборот, "ваша история никому не нужна", "порежьте помельче и перепошлите в рассылку".

    Что тебе мешало то же самое делать с любым "нераспределенным" инструментом, это же просто патчи? (хотел написать просто обмен патчами, но стер - это не обмен. Это игра в одни ворота и всегда будет)

    А вот как раз _вреда_ от этой "распределенности" - полным полно. Когда в очередной раз вот тут - https://www.opennet.ru/openforum/vsluhforumID3/122278.html#136 спрашивают "что туда такого можно было напихать"? Ну как что - ненужная история и ненужный код ядра линукса, разумеется.
    При этом нужный кусок - совершенно изолированный и пересекается аж по двум файлам с двустрочными патчами, добавляющими новую менюшку для Kconfig.

     
  • 2.3, Аноним (-), 20:49, 12/11/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >для олдов
    >JavaScript

    какие то неправильные олды

     
     
  • 3.8, пох. (?), 22:04, 12/11/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Правильные - совершенно не переживают что нормально работающий софт "не развивается, уйбидабидапичаль, срочно надо поулучшать!"

    Разумеется, наговнякав жабоскриптового кода так что его надо "оптимизировать", "удаляя ненужные шрифты" и еще какую-то галиматью, чтобы 64ядерный процессор мог кое-как отрисовать этот шедевр дизайна. Теперь зато с модным .md !


     
     
  • 4.9, rcl (ok), 01:39, 13/11/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Спасибо за ценный коментарий. Шрифты нагружающие сеть убраны. Действительно, зачем тащить за собой такие вещи как Font Awesome или еще более объемный LINE AWESOME когда надо отобразить пару тройку иконок в меню. DejaVu шрифты тоже не нужны, ведь если понадобится, пользователь может на собственном сервере выбрать и установить любые шрифты самостоятельно.
     

  • 1.10, Ordu (ok), 06:50, 13/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    github популярен не потому, что github -- это веб-интерфейс к git, а потому что github -- это социалочка для тех, кто использует git в разработке. github предоставляет возможность выполнять некоторые операции над git-репом, но это не основная его фича: по-хорошему, без неё вполне можно было бы жить. Собственно я ею и не пользуюсь практически, всю работу с git я выполняю локально, при необходимости выполняя git push/fetch/pull. Тривиальные pull-request'ы делаю в веб-интерфейсе, но всё остальное удобнее делать локально -- у меня для этого есть magit плюс эпизодически непосредственно интерфейс командной строки git.

    github -- это в первую очередь интерфейс для общения между разработчиками, и между разработчиками и пользователями. Он предоставляет возможности это общение локализовывать вокруг issues и pull-request'ов, что оказывается очень полезным. Он предоставляет возможности привлекать к обсуждению других, отслеживать прогресс выполнения задач. Он позволяет работать с issues, классифицируя их, расставляя им приоритеты, и проч. Это реально социалочка/органайзер, а не система контроля версий. Он позволяет легко организовать обсуждение под девизом "show me the code", когда я не просто говорю, что на мой взгляд стоит сделать, я кидаю ссылку на коммит, в котором я сделал то, что считаю нужным. Функции централизованной vcs он берёт на себя постольку-поскольку, то есть настолько насколько это нужно для организации всякой социальной активности вокруг процесса разработки.

    cSvn, насколько я вижу, просто веб-интерфейс к svn. Собственно об этом прямо заявлено в новости. И... ну я озадачен, несколько, хотелось бы коммента от автора: это целенаправленно так сделано? Какие юзкейсы бывают у веб-интерфейса к vcs? Может у меня тоже есть такие юзкейсы, я не замечаю их, может мне стоит освоить веб-интерфейс к git, предоставляемый github'ом?

     
     
  • 2.13, пох. (?), 11:19, 13/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Какие юзкейсы бывают у веб-интерфейса к vcs?

    действительно. ну кто бы мог подумать, и было ли тебе - чем?

    > Он позволяет легко организовать обсуждение под девизом "show me the code", когда я не просто
    > говорю, что на мой взгляд стоит сделать, я кидаю ссылку на коммит, в котором я сделал то, что
    > считаю нужным.

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

     

  • 1.11, Аноним (11), 08:13, 13/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Лучше чем websvn? Если отвл4чься от необходимости похапе
     
     
  • 2.14, пох. (?), 11:20, 13/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    тебе ж русским языком написали - нескучные шрифты для рисования целых двух элементов интерфейса вместо немодных статических изображений, и поддержка подсветки синтаксиса .md - вот то, чего не хватало современным разработчикам для полного счастья!

     
     
  • 3.16, rcl (ok), 11:53, 13/11/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дело не в подсветке синтаксиса .md. Дело в том, что .md позволяет быстро создавать приличную документацию прямо в коде, без необходимости создавать отдельный сайт. Но ради этого вряд ли вы захотите размещать у себя на сервере и ментейнить GitLab который кстати уже весит более 20G не считая самих репозиториев. Хотя...

    Да и для социальной активности существует масса свободных и более лаконичных продуктов чем GitHub.

     
     
  • 4.19, пох. (?), 12:10, 13/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Дело не в подсветке синтаксиса .md. Дело в том, что .md позволяет
    > быстро создавать приличную документацию прямо в коде

    Нет. Это такое же полное фуфло, как и предыдущие стопицот попыток, начиная от perldoc. Документация сама себя не пишет. Тем более - приличная.
    Ничего кроме CoC быстросоздавать он не позволяет, потому что убог и неудобен.
    (авторам CoC на убогость пофигу, они сами такие же убогие и не в состоянии осилить чуть более сложные форматы - да и задача вполне по инструменту)

    > , без необходимости создавать отдельный
    > сайт. Но ради этого вряд ли вы захотите размещать у себя
    > на сервере и ментейнить GitLab который кстати уже весит более 20G

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

    > Да и для социальной активности существует масса свободных и более лаконичных продуктов
    > чем GitHub.

    А вот тут назовите первые пять. Мы поржём.

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

     
  • 4.27, ALex_hha (ok), 20:05, 14/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Да и для социальной активности существует масса свободных и более лаконичных продуктов чем GitHub.

    Примеры в студию

     
  • 2.15, rcl (ok), 11:38, 13/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не могу судить. Сравните два живых примера: https://svn.radix.pro/ и https://csvn.radix.pro/ .

     
     
  • 3.23, Ананимас008 (?), 13:24, 13/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо, websvn имхо лучше
    простой пример https://svn.radix.pro/wsvn/platform/tags/radix-1.1.1/doc/build-system/README
    все кнопочки на месте и сравнить с предыдущим и лог

    у второго вообще ничего нет

     
     
  • 4.24, rcl (ok), 13:47, 13/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А кнопочки справа от файлика https://csvn.radix.pro/platform/tags/radix-1.1.1/doc/build-system/
    Тут дело привычки и развития интерфейса.
     
  • 4.26, rcl (ok), 19:55, 13/11/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо за замечание о кнопочках. Посмотрите на результат (только перезагрузите картинки <Ctrl>+R ведь они хешируются вашим браузером):

    https://csvn.radix.pro/platform/tags/radix-1.1.1/doc/build-system/README/

    Вообще, было бы хорошо получать дельный feedback постоянно и по возможности от большего числа пользователей.

     

  • 1.22, rcl (ok), 12:18, 13/11/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > безусловно, в головах современных разработчиков-на-js никак не
    > помещаются другие варианты работы с документацией, кроме как
    > "размещать и майнтейнить аж целый гитлаб". Который вообще для этого
    > не нужен.

    Не могу ничего сказать про js-разработчиков, я сам только чуть чуть освоил C.

    > А вот тут назовите первые пять. Мы поржём.

    первые пять в топе 10. Вы лучше посмотрите на Taiga.io.

     

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



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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