cGit-UI — web-интерфейс для Git-репозиториев / forpes.ru

Главная
cGit-UI — web-интерфейс для Git-репозиториев

cGit-UI — web-интерфейс для Git-репозиториев +7

09.12.2020 07:21

rcl 25 2500 Источник

cGit-ui — это web-интерфейс для Git-репозиториев, основу которого предстваляет CGI-скрипт написанный на языке С.

cGit-ui поддерживает Markdown-файлы, которые обрабатываются на стороне сервера с помощью библиотеки md4c, зарекомендовавшей себя в проекте KDE Plasma. cGit-ui предоставляет возможность размещения кодов верификации сайта, а также скриптов от таких систем как Google Analytics и Yandex.Metrika для анализа трафика.

Пользователи cGit-ui получают широкие возможности для настройки как внешнего вида, так и функциональности собственного сайта, на котором они представляют свои репозитории. Кроме того, cGit-ui позволяет создавать и размещать на сайте, так называемые Donation-диалоги для приема пожертвований в пользу тех или иных проектов.

Внешний вид и функциональность сайтов, построенных на cGit-ui, можно рассмотреть на примере где, в том числе, представлены достаточно большие Git-репозитории, что позволяет примерно оценить скорость работы интерфейса. Рассматривать сайт в работе лучше начинать со смартфона, а затем переходить на более широкие экраны.

С момента выхода интерфейса к Subversion-репозиториям произошел ряд изменений в структуре пакетов, необходимых для установки. Так, например, cScm-демон, который служит для разбора конфигурационных файлов, выделен в отдельный пакет.

Поэтому в данной статье дается более развернутое описание cGit-ui.

Установку и настройку cGit-ui необходимо начинать с инсталляции cScm-демона, который одновременно может поддерживать как cSvn-ui, так и интерфейс к Git-репозиториям.

Инсталляция cScm-демона

cScm-демон служит для того, чтобы не нагружать лишней работой, связаной с разбором конфирурационных файлов, основные CGI-скрипты cSvn-ui и cGit-ui. cScm-демон преобразует список репозиториев /etc/cgit-ui.rc(5) в двоичный формат, который поступает на вход cGit-ui CGI-скрипта через разделяемую память. Таким образом CGI-скрипт не тратит время на синтаксический анализ списка репозиториев.

Исходный пакет cScm можно получить двумя способами: загрузить с FTP-сервера или с помощью Subversion:

svn checkout svn://radix.pro/cscm/tags/cscm-0.1.3 cscm-0.1.3

Если использован второй способ, то перед сборкой пакета необходимо приготовить исходные тексты для их последующего конфигурирования. Для этого нужно воспользоваться скриптом bootstrap:

cd cscm-0.1.3
./bootstarp

который установит Autotools средства, соберет коллекцию aclocal.m4 и создаст configure скрипт.

Далее как обычно для пакетов использующих Autotools:

./configure --prefix=/usr             --sysconfdir=/etc             --with-controldir=/etc/rc.d             --with-logrotatedir=/etc/logrotate.d             --with-homepath=/var/lib             --with-logdir=/var/log             --with-piddir=/var/run
make
make install

Для запуска cScm-демона надо сделать следующие файлы исполняемыми:

chmod a+x /etc/rc.d/rc.csvnd
chmod a+x /etc/rc.d/rc.cgitd

Если же вы хотите запускать cscmd(8) демоны при старте системы, которая имеет BSD-like инициализацию, такой как Slackware, необходимо в скрипты /etc/rc.d/rc.M и /etc/rc.d/rc.6 добавить следующие строки, соответственно:

/etc/rc.d/rc.M:

# Start cSvn SCM daemon:
if [ -x /etc/rc.d/rc.csvnd ] ; then
  /etc/rc.d/rc.csvnd start
fi

# Start cGit SCM daemon:
if [ -x /etc/rc.d/rc.cgitd ] ; then
  /etc/rc.d/rc.cgitd start
fi

/etc/rc.d/rc.6:

# Stop cSvn SCM daemon:
if [ -x /etc/rc.d/rc.csvnd ] ; then
  /etc/rc.d/rc.csvnd stop
fi

# Stop cGit SCM daemon:
if [ -x /etc/rc.d/rc.cgitd ] ; then
  /etc/rc.d/rc.cgitd stop
fi

Для систем использующих systemd, необходимо установить файлы, подобные следующим:

/etc/systemd/system/csvnd.service:

[Unit]
Description=The cSvn daemon
After=network.target

[Service]
PIDFile=/var/run/csvnd.pid
ExecStart=/usr/sbin/cscmd --daemonize --inotify --scm=svn --pid=/var/run/csvnd.pid --log=/var/log/csvnd.log --config=/etc/csvn-ui.rc
ExecReload=/bin/kill -s HUP $MAINPID
ExecStop=/bin/kill -s TERM $MAINPID

[Install]
WantedBy=multi-user.target

/etc/systemd/system/cgitd.service:

[Unit]
Description=The cGit daemon
After=network.target

[Service]
PIDFile=/var/run/cgitd.pid
ExecStart=/usr/sbin/cscmd --daemonize --inotify --scm=git --pid=/var/run/cgitd.pid --log=/var/log/cgitd.log --config=/etc/cgit-ui.rc
ExecReload=/bin/kill -s HUP $MAINPID
ExecStop=/bin/kill -s TERM $MAINPID

[Install]
WantedBy=multi-user.target

Прежде чем запускать cscmd-демон надо создать конфигурационный файл с описанием репозиториев, например, /etc/cgit-ui.rc(5). После запуска демона в log-файле /var/log/cgitd.log можно будет видеть текущее состояние работы или описание ошибок, которые допущены в файле конфигурации.

Обратите внимание на опцию --inotify. Данная опция позволяет не посылать демону сигнал о том что надо перечитать конфигурационный файл после каждого редактирования настроек списка репозиториев. Демон самостоятельно будет отслеживать изменения в файле /etc/cgit-ui.rc(5).

Граматика файлов /etc/cgit-ui.rc(5) и /etc/csvn-ui.rc(5) элементарна. Посмотреть не нее можно в файле parse.y. Структура бинарного файла списка репозиториев описана в файле bcf.h.

Бинарные пакеты

Еще нет Linux-дистрибутивов, имеющих в пакетной базе программы cSvn-ui и cGit-ui. Однако пользователи могут самостоятельно собрать нужные им пакеты по инструкциям в каталоге doc/build-packages. Здесь есть наброски spec-файла для систем, использующих RPM, файл сборки пакета для ArchLinux, а также скрипт для Slackware.

Дополнительную информацию о cscmd(8) можно получить на странице руководства:

man 8 cscmd

Подготовка исходного пакета cGit-ui

Исходный пакет cGit-ui так же можно получить двумя способами: загрузить с FTP-сервера или с помощью Subversion:

svn checkout svn://radix.pro/cgit-ui/tags/cgit-ui-0.1.5 cgit-ui-0.1.5

Второй способ, как всегда, подразумевает использование скрипта bootstrap для подготовки к сборке:

cd cgit-ui-0.1.5
./bootstarp

Требуемые пакеты

cGit-ui CGI-скрипт зависит от следующих библиотек: libpcre2, libmd4c, libmd4c-html, libmagic, libgit2.

Разумеется, для использования cGit-ui, в системе должен быть установлен web-сервер и какой-либо сервер приложений. Далее мы будем рассматривать связку Nginx + uWsgi, однако на ряду с uWsgi, пользователи могут выбрать CGI или FastCGI, которые поддерживаются сервером Nginx.

Инсталляция cGit-ui

Здесь необходимо только выбрать каталог, в который будут установлены, как сам CGI-скрипт, так и все необходимые компоненты web-сайта пользователя:

./configure --prefix=/usr             --with-scriptdir=/var/www/htdocs/cgit
make
make install

После установки пакета необходимо отдать права на каталог пользователю, от имени которого работает web-сервер:

chown -R nginx:nginx /var/www/htdocs/cgit

uWsgi

Поскольку, на стадии конфигурирования исходых текстов, мы выбрали каталог установки --with-scriptdir=/var/www/htdocs/cgit, далее все настройки будут производиться относительно именно этого каталога. Конфигурационный файл сервера приложений /etc/uwsgi/cgit-ui.ini должен выглядеть следующим образом:

/etc/uwsgi/cgit-ui.ini:

[uwsgi]
master          = true
plugins         = cgi
socket          = /run/uwsgi/%n.sock
uid             = nginx
gid             = nginx
procname-master = uwsgi cgit-ui
processes       = 1
threads         = 2
cgi             = /var/www/htdocs/cgit/cgit-ui.cgi

Здесь cgi = /var/www/htdocs/cgit/cgit-ui.cgi представляет полное имя CGI-скрипта cGit-ui.

Для запуска uWSGI-демона можно воспользоваться следующим скриптом:

/ets/rc.d/rc.cgit-ui-uwsgi:

#!/bin/sh
#
# uWSGI daemon control script.
#

CONF=cgit-ui
BIN=/usr/bin/uwsgi
CONFDIR=/etc/uwsgi
PID=/var/run/$CONF-uwsgi.pid

uwsgi_start() {
  # Sanity checks.
  if [ ! -r $CONFDIR/cgit-ui.ini ]; then # no config files, exit:
    echo "There are config files in $CONFDIR directory. Abort."
    exit 1
  fi

  if [ -s $PID ]; then
    echo "uWSGI for cGit-ui appears to already be running?"
    exit 1
  fi

  echo "Starting uWSGI for cGit-ui server daemon..."
  if [ -x $BIN ]; then
    /bin/mkdir -p /run/uwsgi
    /bin/chown nginx:nginx /run/uwsgi
    /bin/chmod 0755 /run/uwsgi
    $BIN --thunder-lock --pidfile $PID --daemonize /var/log/cgit-ui-uwsgi.log --ini $CONFDIR/$CONF.ini
  fi
}

uwsgi_stop() {
  echo "Shutdown uWSGI for cGit-ui gracefully..."
  /bin/kill -INT $(cat $PID)
  /bin/rm -f $PID
}

uwsgi_reload() {
  echo "Reloading uWSGI for cGit-ui configuration..."
  kill -HUP $(cat $PID)
}

uwsgi_restart() {
  uwsgi_stop
  sleep 3
  uwsgi_start
}

case "$1" in
  start)
    uwsgi_start
    ;;
  stop)
    uwsgi_stop
    ;;
  reload)
    uwsgi_reload
    ;;
  restart)
    uwsgi_restart
    ;;
  *)
  echo "usage: `basename $0` {start|stop|reload|restart}"
esac

Если же необходимо запускать uWSGI-демон во время загрузки системы c BSD-like инициализацией, такой, например, как Slackware, то в файлы /etc/rc.d/rc.M, /etc/rc.d/rc.6 нужно добавить следующие строки:

/etc/rc.d/rc.M:

# Start uWSGI for cGit-ui server:
if [ -x /etc/rc.d/rc.cgit-ui-uwsgi ] ; then
  /etc/rc.d/rc.cgit-ui-uwsgi start
fi

/etc/rc.d/rc.6:

# Stop uWSGI for cGit-ui server:
if [ -x /etc/rc.d/rc.cgit-ui-uwsgi ] ; then
  /etc/rc.d/rc.cgit-ui-uwsgi stop
fi

Nginx

Прежде всего, необходимо включить новый виртуальный сервер в конфигурационный файл Nginx:

/etc/nginx/nginx.conf:

    include /etc/nginx/vhosts/cgit.example.org.conf;

Следующая конфигурация сервера подразумевает использование uWsgi и скрипта cGit-UI на поддомене cgit.example.org:

/etc/nginx/vhosts/cgit.example.org.conf:

#
# cGit server:
#

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

    server {
        listen 443 ssl;
        server_name cgit.example.org;
        root /var/www/htdocs/cgit;

        charset UTF-8;

        #
        # 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/cgit.example.org-error.log;
        access_log /var/log/nginx/cgit.example.org-access.log;

        keepalive_timeout        60;
        ssl_certificate          /etc/letsencrypt/live/cgit.example.org/fullchain.pem;
        ssl_certificate_key      /etc/letsencrypt/live/cgit.example.org/privkey.pem;
        ssl_trusted_certificate  /etc/letsencrypt/live/cgit.example.org/chain.pem;
        ssl_protocols            SSLv3 TLSv1 TLSv1.1 TLSv1.2;
        ssl_ciphers              "RC4:HIGH:!aNULL:!MD5:!kEDH";

        gzip on;
        gzip_disable "msie6";
        gzip_comp_level 6;
        gzip_min_length 1100;
        gzip_buffers 16 8k;
        gzip_proxied any;
        gzip_types text/plain text/css text/js text/xml text/javascript
                   image/svg+xml image/gif image/jpeg image/png
                   application/json application/x-javascript application/xml application/xml+rss application/javascript
                   font/truetype font/opentype application/font-woff application/font-woff2
                   application/x-font-ttf application/x-font-opentype application/vnd.ms-fontobject application/font-sfnt;


        location ~* ^.+(favicon.ico|robots.txt) {
            root /var/www/htdocs/cgit;
            expires 30d;
        }

        location = /robots.txt {
            allow all;
            log_not_found off;
            access_log off;
        }

        location / {
            try_files $uri @cgit-ui;
        }

        location @cgit-ui {
            gzip off;
            include uwsgi_params;
            uwsgi_modifier1 9;
            uwsgi_pass unix:/run/uwsgi/cgit-ui.sock;
        }
    }

Создание списка репозиториев

Детальные инструкции, описывающие формат файла cgit-ui.rc(5) можно найти на странице руководства:

man 5 cgit-ui.rc

Рабочий Пример

Следующий конфигурационный файл содержит все необходимые, для работы сервера, настройки, одну секцию из списка репозиториев, именуемую «Tools» и содержащую описание Git-репозитория pkgtools.git.

git-utc-offset = +0300;

clone-prefix-readonly = 'git://radix.pro';
clone-prefix          = 'git://git@radix.pro:pub';

trunk    = 'master';

snapshots = 'tar.xz';

css = '/.cgit/css/cgit.css';
logo = '/.cgit/pixmaps/cgit-banner-280x280.png';
logo-alt = "Radix.pro";
logo-link = "https://radix.pro";
main-menu-logo = '/.cgit/pixmaps/logo/git-logo-white-256x256.svg';
favicon-path = '/.cgit/pixmaps/favicon';
syntax-highlight-css = '_cgit.css';
header = '/.cgit/html/header.html';
footer = '/.cgit/html/footer.html';
page-size = 200;

owner = "Andrey V.Kosteltsev";
author = "Andrey V.Kosteltsev";
title = "Radix.pro Git Repositories";
description = "Git repositories hosted at radix.pro (St.-Petersburg)";
keywords = "cGit repositories cgit-ui web web-ui user interface Git";
copyright = "© Andrey V. Kosteltsev, 2019 – 2020.";
copyright-notice = "Where any material of this site is being reproduced, published or issued to others the reference to the source is obligatory.";

home-page = "https://radix.pro/";

section "Tools" {
  repo 'pkgtools.git' {
    owner = "Andrey V.Kosteltsev";
    title = "Package Tools Utilities";
    description = "Pkgtools – is a set of utilities to create, install, remove and update packages";
    home-page = "https://radix.pro/";
    git-root = '/u3/scm/git';
    clone-prefix-readonly = 'git://git@radix.pro:git';
    clone-prefix          = 'git://git@radix.pro:git';
  }
}

Здесь можно видеть, что cGit-ui CGI-скрипт использует HTML-шаблоны заголовка и подножия страниц, в котрые подставляет значения некоторых переменных, определенных в конфигурационном файле cgit-ui.rc(5).

Такой подход дает возможность пользователю полностью контролировать как внешний вид интерфейса, так и его поведение исходя из собственных предпочтений:

Все необходимые файлы для работы на стороне web-клиента находятся в каталоге /var/www/htdocs/cgit/.cgit/. Редактируя файл /.cgit/html/header.html и меняя значения переменных в файле /etc/cgit-ui.rc, пользователь может сменить favicon.ico, поменять тему подсветки синтаксиса, выбрать изображения для собственных репозиториев, задать ключевые слова для поисковых систем, а также выполнить множество других настроек собственного сервера, представляющего Git-репозиториии.

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

Дополнительная информация

README, cscmd(8), cgit-ui.rc(5)

Комментарии (25)

Artifeks
09.12.2020 10:52
#22402286
Простите, чисто из интереса, а зачем скрипты анализа трафика в гит репе? Ну и в целом по ux дизайну я бы добавил кнопку для копирования полного адреса для клонирования
1. rcl Автор
  09.12.2020 11:01
  #22402328
  Например, если вы пишете документацию прямо в репе на Markdown и хотите понимать кто интересуется вашими проектами, то вы можете анализировать вашу аудиторию. Кроме того, размещая ваши репы на GitHub вы рискуете попасть в Gooogle-пузырь и ваши труды не достанутся общественности. Поэтому некоторые люди сами хотят продвигать свои проекты в сети.

rcl Автор
09.12.2020 11:08
#22402342
Вместо кнопки внизу при просмотре дерева мастера, веток и тегов есть запись, которую легко скопировать:
1. Artifeks
  09.12.2020 11:16
  #22402368
  ну вот чтобы не выделять (есть риск неправильно выделить + лишние действия) делают кнопку авто копирования. Это просто совет основанный на других гит веб решениях, а финальное решение конечно принимаете вы
  1. rcl Автор
    09.12.2020 11:18
    #22402386
    Спасибо. Вы правы. Кнопки удобнее. Все будет зависеть от пользователей. Проект новый и если он заинтересует людей, то развитие будет быстрым.

raamid
09.12.2020 14:30
#22403228
Хабр, ты прикалываешься? Я как раз недавно на эту тему думал: «хорошо бы сделать простой веб-сервер для визуализации git репозитория». Причем уже много лет подобное происходит )))
1. rcl Автор
  09.12.2020 14:36
  #22403258
  Ну вот он! Простой и полезный.

anonymous
09.12.2020 14:43
#22403272
А чем это лучше Gitea?
1. rcl Автор
  09.12.2020 14:48
  #22403296
  Задачи у Gitea другие, тут нельзя так просто сравнивать. Здесь просто UI, поддержка Markdown и бо'льшая нацеленность на индивидуальную разработку и продвижение. Gitea это облегченная копия GitHub для коллективного творчества. (https://docs.gitea.io/en-us/comparison/)
  
  Здесь скорее надо сравнивать с cgit (https://git.kernel.org/)
  1. Vanger
    09.12.2020 14:58
    #22403324
    тот же Gogs, куда проще то? да и настройка Gogs или Gitea в разы проще. Конфиг настроил и полетели. ;-) Просто столько телодвижений ради одного UI.
    
    rcl Автор
    09.12.2020 15:01
    #22403336
    Да вот. Можно и проще.
    
    rcl Автор
    09.12.2020 15:07
    #22403364
    Скорость определяет телодвижения.

buldezir
09.12.2020 16:56
#22403952
2020 год,
svn checkout
серьезно? О_о
1. rcl Автор
  09.12.2020 17:14
  #22404056
  Если лень печатать, можно
  
  svn co
1. Pancir
  10.12.2020 15:45
  #22408186
  А что с ним не так?
  Мне например нравится использовать svn для бинарников. Я там держу файлы/сцены 3d (и не только) программ и веду разработку — blender, 3dmax, substance painter, и других, текстуры к сценам, референсы, документацию .pdf и т.д. svn хорошо со всем этим работает, такой низкоуровневый в плане контроля «Google drive» еще и с историей (правда периодами с ней приходится что-то делать из-за размера), можно так же гибко настраивать доступы к разным частям репозитория.
  Он конечно все еще не идеален для моих нужд, но лучше чем ничего. Git именно под такие задачи мне использовать не нравится даже с LFS, а для кодовой базы да, я люблю git.
  Но автор судя по всему использует svn для кода и тогда у меня тоже возникает недоумение как и у вас :), но о вкусах не спорят.
  1. rcl Автор
    10.12.2020 17:40
    #22408610
    Все дело не во вкусе, а в целесообразности. Например svn:externals лучше применять вместо git submodules как на стороне разработчика, так и для удобства пользователей, которые просто снимают локальную копию. Я держал некоторое время код в git и знаю как он устроен (кроме того подробно разбирал git-subtree и git-subrepo на Хабре), но сейчас пришло понимание того, что для моих проектов Git — это лишнее, он превращает элементарные вещи в ненужную путаницу и на ровном месте создает проблемы. Так что с начала я сделал cSvn-ui, затем cGit-ui и теперь с удовольствием возвращаю свой код обратно в SVN, отказываясь от Git, GitHub и GitLab.
    
    Pancir
    10.12.2020 17:59
    #22408704
    Подскажите ваш cSvn-ui, умеет управлять репозиториями, пользователям и правами, и есть ли готовый докер контейнер? сейчас у мня стоит svn из контейнера где стоит апачь и древнючий svnadmin, и все меня это меня очень не радует, более того вчера выяснилось, что где то есть лимиты, не получается залить один комит в котором есть файл больше 2-х гигов, а значит надо идти и разбираться как и где увеличивать лимиты, и вот я задумался может вообще все перенастроить, убрать апачь возможно сменить ui на тот же WebSVN или теперь уже может на ваш.
    
    rcl Автор
    10.12.2020 18:20
    #22408788
    cSvn-ui не управляет репами. Для управления репами я использую svnadmin. Права легко делаются разными путями от hook-ов c acces-control файлами, до настроек ssh посредством svn пользователя. Вам нужно убрать из обихода контейнер, на любой Linux-машине пакет subversion-1.14.0 установлен и работает быстрее чем предыдущие версии. Лимиты устанавливаются в настройках web-сервера. Вам мешает Apache. Лучше работать по ssh протоколу — это быстрее и надежнее. Управлять репами с пом. svnadmin вовсе не сложно.
    
    WebSVN написан на PHP и теперь развивается на GitHub. Если вы выберете WebSVN, то вы будете привязаны к Apache и модулю webDAV, а следовательно столкнетесь со старыми проблемами.
    
    Если возьмете cSvn-ui и svn+ssh, то освободитесь от Apache и WebDav, увеличите скорость, и упростите себе жизнь.
    
    По настройкам, если что, я помогу.
    
    Pancir
    10.12.2020 18:30
    #22408812
    Благодарю за рекомендации. svnadmin меня напрягает только тем, что он очень давно не обновлялся лет 7 вроде. Контейнер не очень хочется убирать, ведь под тот же svnadmin надо еще php ставить, я думаю я все же сделаю свой контейнер где избавлюсь от апач, про лимиты — я на него сразу и грешил и поэтому рассматриваю не настраивать его, а тупо вырезать, на входе у меня и так nginx есть.
    
    rcl Автор
    10.12.2020 18:49
    #22408882
    В мае этого года вышла версия subversion-1.14.0 там же и svnadmin. Так что не 7 лет, а 6 месяцев.
    
    Pancir
    11.12.2020 14:55
    #22411928
    Судя по всему мы немного о разном говорили, я говорил о веб фронте iF.SVNAdmin, а вы видимо о родной тулзе самого svn.
    
    rcl Автор
    11.12.2020 15:47
    #22412146
    Работая с такими тулами вы никогда не узнаете о простых нативных средствах. Я же предпочитаю владеть, а не пользоваться.
    
    Pancir
    11.12.2020 18:03
    #22412716
    Такое не всем подходит, в случае «человеческой» адмики я могу дать доступ к страничке любому человеку и он сможет управлять пользователями сам без моего участия, с вашим подходом я должен обучить его ходить на сервер и работать с svnadmin еще и с командной строки, либо всегда это делать сам.
    Это кстати одна из реальных причин в моей ситуации потому, что например настроить файлик с доступами на сервере я могу и без всякий iF.SVNAdmin.
    Но честно говоря мне тоже приятней не лазать по файликам и не использовать командную строку без необходимости.
    
    rcl Автор
    11.12.2020 23:17
    #22413610
    В случае SVN вам легче написать собственную админку, чем надеяться на сообщество. Subversion теперь не в моде, более того действует негласное распоряжение скрывать любую информацию по SVN. Вот вам пример: на StackOverflow задали вопрос: есть ли современные UI для SVN? Я ответил что есть. И мой ответ в течение одного часа был скрыт человеком (русского происхождения), работающем в Microsoft. Вот как-то так.
    
    rcl Автор
    10.12.2020 18:51
    #22408888
    От Apache вы не избавитесь без перехода на протоколы svn или svn+ssh!!!
    Nginx не поддерживает WebDAV в объеме, необходимом для работы с SVN по HTTP.

cGit-UI — web-интерфейс для Git-репозиториев +7

Инсталляция cScm-демона

Бинарные пакеты

Подготовка исходного пакета cGit-ui

Требуемые пакеты

Инсталляция cGit-ui

uWsgi

Nginx

Создание списка репозиториев

Рабочий Пример

Дополнительная информация

Комментарии (25)

rcl Автор

rcl Автор

rcl Автор

rcl Автор

rcl Автор

rcl Автор

rcl Автор

rcl Автор

rcl Автор

rcl Автор

rcl Автор

rcl Автор

rcl Автор

rcl Автор