Современный Web-UI для SVN в 2020 году

Подскажите на примере, сравнения build-system и build-system репозиториев, что надо улучшить с точки зрения обзора кода. Например, можно сделать, так называемую «summary», страницу репозитория (если запрос идет прямо на корень репы), где показывать первые из списка бранчей, первые из списка тегов, первые строки из log (как правило log огромный, но первые 10 комитов уже могут быть полезны) и README.md из транка (если он существует) так, как это делается в cGit. Желательно учитывая разницу между принципами Git и SVN.

Очень нужны дельные советы.

Может быть у вас есть знакомые Web-дизайнеры, которые готовы потратить время на создание тем для интерфейса? Ведь продукт открыт для всех.

Сочетание серых тонов выбрано вот по какой причине: ведущие мровые проекты, такие как GCC, Linux Kernel, ncurses, Apache Subversion, не отличаются современным интерфейсом, наоборот, они сохраняют минималистичный интерфейс и не торопятся вводить новшества. Наверное этим они хотят показать, что главное — это суть проекта, а не его оформление. Именно по этому первый дизайн был построен в мнималистичных тонах для тех, кто работает.

Однако, поскольку оформление интерфейса описано в одном простом csvn.css файле, любой пользователь может создать собственную тему и выбрать любые стили подсветки синтаксиса с помощью переменной syntax-highlight-css в файле csvnrc(5).

Нет. Вам нужно поставить и настроить Apach, а затем сделать как-то так:

#
# SVN from apache:
# ===============
#

#
# NOTE:
# ====
#
#   Console 'checkout' is allowed with both http:// and https:// URI protocol parts.
#
#

    server {
        listen 80;
        server_name svn.example.org;
        return 301 https://svn.example.org$request_uri;
    }

    server {
        listen 443 ssl;
        server_name svn.example.org;

        root /srv/www/htdocs/svn;

        client_max_body_size 32m;

        charset UTF-8;

        ssl on;

        #
        # see:
        #   https://developer.mozilla.org/en-US/docs/Web/Security/HTTP_strict_transport_security ,
        #   https://raymii.org/s/tutorials/HTTP_Strict_Transport_Security_for_Apache_NGINX_and_Lighttpd.html
        #
        # see also: http://classically.me/blogs/how-clear-hsts-settings-major-browsers
        # and do not include includeSubdomains; parameter into line:
        #
        add_header Strict-Transport-Security "max-age=63072000; preload";

        error_log /var/log/nginx/svn.example.org-error.log;
        access_log /var/log/nginx/svn.example.org-access.log;

        keepalive_timeout        60;
        ssl_certificate          /etc/letsencrypt/live/svn.example.org/fullchain.pem;
        ssl_certificate_key      /etc/letsencrypt/live/svn.example.org/privkey.pem;
        ssl_trusted_certificate  /etc/letsencrypt/live/svn.example.org/chain.pem;
        ssl_protocols            SSLv3 TLSv1 TLSv1.1 TLSv1.2;
        ssl_ciphers              "RC4:HIGH:!aNULL:!MD5:!kEDH";
        add_header               Strict-Transport-Security 'max-age=604800';

        location / {

           set $fixed_destination $http_destination;

           if ( $http_destination ~* ^https(.*)$ )
           {
              set $fixed_destination http$1;
           }

           proxy_set_header Host $host;
           proxy_set_header X-Real-IP $remote_addr;
           proxy_set_header Destination $fixed_destination;
           proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

           proxy_pass http://svn.example.org:8043;
        }
    }

Тогда, Nginx предоставит вам WebSVN интерфейс.

Так точно — один. И называется он WebSVN github.com/websvnphp/websvn. А один он по тому, что кроме него простых и легковесных решений, когда человеку надо обеспечить Web-UI, а не поднимать структуру типа GitLab или Trac, не существует (ну не считая ViewVC, который стремится поддержать и CVS и SVN). А коммерческие решения и решения для MS Windows мы не рассматриваем, мы рассматриваем Open Source проекты типа cGit и WebSVN.

Более того, мы вообще предлагаем отказаться от протокола WebDAV и от взаимодействия с репозиториями на уровне файловой системы.

В общем случае, Web-UI не должен зависеть ни от типа HTTP-сервера, ни от типа репозиториев, которые он откидывает на клиента. Когда-нибудь Вы сможете листать код и даже не задумываться о том, на какой именно SCM он базруется. И только тогда, когда Вы захотите клонировать код на свою локальную систему, Вам нужно будет знать какими утилитами надо пользоваться. Тогда и вечные споры о том, кто лучше, а кто хуже прекратятся навсегда. На первое место встанет такое понятие как «целесообразность».

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