Доступен выпуск cSvn 0.0.9, web-интерфейса для просмотра SVN-репозиториев. Приложение представляет собой CGI-скрипт, написанный на языке C и работающий на сервере в цепочке Nginx - uWsgi - cSvn.cgi. Поддерживается просмотр не только собственных SVN-репозитории, но и сторонних ресурсов, однако здесь необходимо учитывать то, что сторонние серверы могут оказаться довольно медленными. Исходные тексты распространяются под лицензией Radix.pro, основанной на лицензии Apache 2.0...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=54071
Сколько годных новостей для олдов вышло, мм.
Конечно, молодёжь теперь использует гит на 5% возможностей от svn.
Говорите за себя.
Тебя закусило, молодежь?
Говорим за тех, кто юзает гитхаб. Там они действительно используют 5% фич от любой нормальной системы управления версиями и 105% фич - от социалочки
Если им этого достаточно, то возможно все остальное и не очень то нужно
Конечно им достаточно - они альтернативно-одаренные, ничего более сложного им и не осилить.Тем более что git не назовешь ни понятным, ни хотя бы вменяемо спроектированным, а прочие vcs немодно и немолодежно.
а какие функции социалочки есть в гитхабе, которых не было бы в опеннете?
Опеннет выдаёт false на проверках ЕстьСтильно(), ЕстьМодно(), ЕстьМолодёжно().
Его не хайпают на бордах и в рассадниках вроде реддита
Тут нельзя обгадить, засудить, потом снова обгадить и забанить человека за неиспользование инклюзивной лексики вместо нормальных мастер-слейв или черный список/белый список.
Зачем так?
Так главная фича Git, Mercurial распределённость, а не количество фич.
На свете очень мало тех, кому на самом деле есть польза от этой "распределенности".
Ни один из популярных use-case'ов git (ни линуксное ведро, ни большинство разработок на гитхабе и гитляпе) не использует эту самую распределенность - наоборот, "ваша история никому не нужна", "порежьте помельче и перепошлите в рассылку".Что тебе мешало то же самое делать с любым "нераспределенным" инструментом, это же просто патчи? (хотел написать просто обмен патчами, но стер - это не обмен. Это игра в одни ворота и всегда будет)
А вот как раз _вреда_ от этой "распределенности" - полным полно. Когда в очередной раз вот тут - https://www.opennet.dev/openforum/vsluhforumID3/122278.html#136 спрашивают "что туда такого можно было напихать"? Ну как что - ненужная история и ненужный код ядра линукса, разумеется.
При этом нужный кусок - совершенно изолированный и пересекается аж по двум файлам с двустрочными патчами, добавляющими новую менюшку для Kconfig.
>для олдов
>JavaScriptкакие то неправильные олды
Правильные - совершенно не переживают что нормально работающий софт "не развивается, уйбидабидапичаль, срочно надо поулучшать!"Разумеется, наговнякав жабоскриптового кода так что его надо "оптимизировать", "удаляя ненужные шрифты" и еще какую-то галиматью, чтобы 64ядерный процессор мог кое-как отрисовать этот шедевр дизайна. Теперь зато с модным .md !
Спасибо за ценный коментарий. Шрифты нагружающие сеть убраны. Действительно, зачем тащить за собой такие вещи как Font Awesome или еще более объемный LINE AWESOME когда надо отобразить пару тройку иконок в меню. DejaVu шрифты тоже не нужны, ведь если понадобится, пользователь может на собственном сервере выбрать и установить любые шрифты самостоятельно.
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'ом?
> Какие юзкейсы бывают у веб-интерфейса к vcs?действительно. ну кто бы мог подумать, и было ли тебе - чем?
> Он позволяет легко организовать обсуждение под девизом "show me the code", когда я не просто
> говорю, что на мой взгляд стоит сделать, я кидаю ссылку на коммит, в котором я сделал то, что
> считаю нужным.А вот все остальное - совершенно необязательно должно быть привязано к единственно-верной vcs, существуют другие способы обсуждения проблем и ревью изменений.
Лучше чем websvn? Если отвл4чься от необходимости похапе
тебе ж русским языком написали - нескучные шрифты для рисования целых двух элементов интерфейса вместо немодных статических изображений, и поддержка подсветки синтаксиса .md - вот то, чего не хватало современным разработчикам для полного счастья!
Дело не в подсветке синтаксиса .md. Дело в том, что .md позволяет быстро создавать приличную документацию прямо в коде, без необходимости создавать отдельный сайт. Но ради этого вряд ли вы захотите размещать у себя на сервере и ментейнить GitLab который кстати уже весит более 20G не считая самих репозиториев. Хотя...Да и для социальной активности существует масса свободных и более лаконичных продуктов чем GitHub.
> Дело не в подсветке синтаксиса .md. Дело в том, что .md позволяет
> быстро создавать приличную документацию прямо в кодеНет. Это такое же полное фуфло, как и предыдущие стопицот попыток, начиная от perldoc. Документация сама себя не пишет. Тем более - приличная.
Ничего кроме CoC быстросоздавать он не позволяет, потому что убог и неудобен.
(авторам CoC на убогость пофигу, они сами такие же убогие и не в состоянии осилить чуть более сложные форматы - да и задача вполне по инструменту)> , без необходимости создавать отдельный
> сайт. Но ради этого вряд ли вы захотите размещать у себя
> на сервере и ментейнить GitLab который кстати уже весит более 20Gбезусловно, в головах современных разработчиков-на-js никак не помещаются другие варианты работы с документацией, кроме как "размещать и майнтейнить аж целый гитлаб". Который вообще для этого не нужен.
> Да и для социальной активности существует масса свободных и более лаконичных продуктов
> чем GitHub.А вот тут назовите первые пять. Мы поржём.
(Для разработки - существуют, да, но это не вся возможная социальная активность, и, увы, сегодня - совершенно не главная. Иначе приходится обсуждать проблемы совершенно не связанные с кодом - где-то в пятнадцатой ветке комментариев под PR, про который все уже давно забыли.)
> Да и для социальной активности существует масса свободных и более лаконичных продуктов чем GitHub.Примеры в студию
Не могу судить. Сравните два живых примера: https://svn.radix.pro/ и https://csvn.radix.pro/ .
Спасибо, websvn имхо лучше
простой пример https://svn.radix.pro/wsvn/platform/tags/radix-1.1.1/doc/bui...
все кнопочки на месте и сравнить с предыдущим и логу второго вообще ничего нет
А кнопочки справа от файлика https://csvn.radix.pro/platform/tags/radix-1.1.1/doc/build-s.../
Тут дело привычки и развития интерфейса.
Спасибо за замечание о кнопочках. Посмотрите на результат (только перезагрузите картинки <Ctrl>+R ведь они хешируются вашим браузером):https://csvn.radix.pro/platform/tags/radix-1.1.1/doc/build-s.../
Вообще, было бы хорошо получать дельный feedback постоянно и по возможности от большего числа пользователей.
> безусловно, в головах современных разработчиков-на-js никак не
> помещаются другие варианты работы с документацией, кроме как
> "размещать и майнтейнить аж целый гитлаб". Который вообще для этого
> не нужен.Не могу ничего сказать про js-разработчиков, я сам только чуть чуть освоил C.
> А вот тут назовите первые пять. Мы поржём.
первые пять в топе 10. Вы лучше посмотрите на Taiga.io.