Gitea est une forge logiciel libre à source ouverte et une bifurcation de Gogs. C'est un logiciel écrit en Go et une alternative auto-hébergeable à Github qui se veut plus légère que Gitlab tant en terme de consommation de ressources qu'en fonctionnalités.

Installation

Installation des dépendances

apt install --no-install-recommends mariadb-server git dirmngr

Préparation de la base de données

mariadb -u root

Création de la base et de l'utilisateur exploitant

CREATE DATABASE gitea;
GRANT all privileges on gitea.* to 'gitea'@'localhost' identified by 'gitea';

Installation de Gitea

Téléchargement de Gitea

wget https://github.com/go-gitea/gitea/releases/download/v1.14.2/gitea-1.14.2-linux-amd64.xz

Décompression de Gitea

unxz gitea-1.14.2-linux-amd64.xz

Mise à disposition du binaire

mv gitea-1.14.2-linux-amd64 /usr/local/bin/gitea
chmod +x /usr/local/bin/gitea

Création de l'utilisateur système

useradd --system --shell /usr/sbin/nologin --home-dir /var/lib/gitea/ --user-group gitea

Préparation de l'arborescence de travail

mkdir -p /etc/gitea /var/lib/gitea/{custom,data,indexers,public,log}
chown -R gitea:gitea /var/lib/gitea
chmod 750 /var/lib/gitea/{data,indexers,log}
chown root:gitea /etc/gitea
chmod 770 /etc/gitea

Initialisation de la configuration

su - gitea -s /bin/sh -c "GITEA_WORK_DIR=/var/lib/gitea/ /usr/local/bin/gitea web -c /etc/gitea/app.ini"

À ce stade, Gitea écoute sur le port HTTP 3000. Rendez-vous sur la page d'installation avec un navigateur WEB pour configurer le contenu du fichier /etc/gitea/app.ini. Vous pouvez ignorer cette étape si vous en avez déjà un.

Lors de cette configuration il est possible de changer quelques paramètres. Pour ma part, j'ai choisi de n'autoriser aucun services externes (toutes cases décochées).

Une fois terminé, arrêtez Gitea via un <ctrl+c> suivit d'un pkill gitea.

Pour désactiver la possibilité de s'inscrire (seul l'administrateur peut créer des comptes), il faut passer la valeur DISABLE_REGISTRATION du fichier /etc/gitea/app.ini à true.

Création du service Systemd

vim /etc/systemd/system/gitea.service

[Unit]
Description=Gitea (Git avec une tasse de thé)
After=syslog.target
After=network.target

[Service]
RestartSec=2s
Type=simple
User=gitea
Group=gitea
WorkingDirectory=/var/lib/gitea/
ExecStart=/usr/local/bin/gitea web --config /etc/gitea/app.ini
Restart=always
Environment=USER=gitea HOME=/var/lib/gitea/ GITEA_WORK_DIR=/var/lib/gitea

[Install]
WantedBy=multi-user.target

Chargement du nouveau service

systemctl daemon-reload
systemctl start gitea
systemctl enable gitea
systemctl status gitea

Une fois l'installation terminée, il est conseillé d’interdire l'écriture sur le fichier de configuration de Gitea :

chmod 750 /etc/gitea
chmod 644 /etc/gitea/app.ini

ASTUCE

Il est tout à fait possible d'éditer manuellement cette configuration en écrivant directement dans le fichier /etc/gitea/app.ini.

INFORMATION

Le premier utilisateur créé sera l'administrateur de Gitea.

J'ai utilisé pour mon usage personnel le mandataire inverse Haproxy avec un certificat Letsencrypt mais on verra bien souvent Nginx pour cet usage. Si vous n'utilisez pas de mandataire inverse, le service est accessible via sont IP avec le port 3000.

Sources de la section

Mise à jour de Gitea

Routine

Les mises à jours sont simples puisque il suffit d’arrêter le service Gitea avec :

systemctl stop gitea.service

et de remplacer le binaire /usr/local/bin/gitea par le plus récent avant de relancer le service avec :

systemctl start gitea.service

INFORMATION

Il faut attendre quelques minutes que le service se lance la première fois pour qu'il mette à jour la base de données. L'avancée est visible dans le fichier /var/lib/gitea/log/gitea.log et doit se conclure par NewServer() [I] Starting new Web server: tcp:0.0.0.0:3000 on PID: UN_PID.

Changement d'encodage UTF-8

Depuis le passage à la branche 1.14 (passage de la 1.11.4 à la 1.14.1 pour ma part), Gitea utilise l'encodage UTF8mb4 de MariaDB en lieu et place de l'UTF8. 767 octets correspondent à 255 caractères en UTF8 et 191 en UTF8mb4. Ceci a pour conséquence de faire échouer la conversion de certaines tables et donc de foutre la merde sévère dans la base (Error 1071: Specified key was too long; max key length is 767 bytes). Gitea est alors pété et ne démarre plus... Pour prévenir ça, il faut (avant la migration - possible pendant si vous êtes rapide), arrêter le service comme expliqué supra, remplacer le binaire par la nouvelle version ET exécuter les actions suivantes (comme expliqué dans ce ticket) en utilisateur root MariaDB :

SET GLOBAL innodb_file_format=Barracuda;
SET GLOBAL innodb_file_per_table=1;
SET GLOBAL innodb_large_prefix=1;

Vous pouvez alors relancer le service pour exécuter la mise à jour normalement.

Utilisation

Création d'un dépôt

La création d'un nouveau dépôt s'effectue via le bouton "+" en haut à droite de l'interface utilisateur. À la fin du formulaire, un choix vous est laissé d'initialiser ou pas le dépôt. Si vous laissez Gitea l'initialiser, il va tout créer pour vous, sinon vous devrez faire ces quelques étapes à la main. Après avoir renseigné les informations demandées et dans le cas d'une non initialisation automatique. les instructions suivantes sont données pour la création en local des fichiers et envoi au serveur via Git :

Création d'un nouveau dépôt en ligne de commande

touch README.md
git init
git add README.md
git commit -m "first commit"
git remote add origin http://localhost:3000/yohan/Test.git
git push -u origin master

Soumission d'un dépôt existant par ligne de commande

git remote add origin http://localhost:3000/yohan/Test.git
git push -u origin master