Aller au contenu principal

🧑‍💻 Dépôts Git — Forgejo

  • Fondation : Forgejo — la forge logicielle libre, fork communautaire de Gitea
  • Remplace : GitHub, GitLab, Bitbucket
  • Disponible : toutes les formules

Pourquoi Forgejo plutôt que GitHub ou GitLab

Forgejo est une forge complète : dépôts, revue de code, tickets, wiki, releases et intégration continue, dans un logiciel 100 % libre (licence GPL), porté par une association à but non lucratif et non par une entreprise soumise à des objectifs commerciaux.

GitHub / GitLab SaaSForgejo chez Startup Pack
CoûtFacturé par utilisateur et par mois, tarif qui grimpe avec l'équipeInclus dans le pack, sans surcoût par développeur
Minutes de CIQuota mensuel, puis facturation à la minuteExécuteurs de la plateforme, pas de compteur à surveiller
Dépôts privésIllimités mais fonctions bridées selon le planIllimités, sans fonction bridée
Où est votre codeServeurs de l'éditeur, souvent hors UEInfrastructure européenne, dans votre espace
Utilisation du codeConditions d'utilisation qui évoluent (entraînement de modèles, télémétrie)Votre code n'alimente rien d'autre que vos dépôts
ConnexionCompte séparé à créer et à révoquer à partConnexion unique de la plateforme
SortieExport possible, mais tickets/CI liés au format de l'éditeurLogiciel libre, réinstallable ailleurs à l'identique
EmpreinteApplication lourdeForge légère et rapide, même sur de petites ressources

L'avantage de fond : une forge est un point de dépendance critique. Le jour où l'éditeur change ses tarifs, ses conditions d'utilisation ou son offre gratuite, une équipe qui y a tout son historique, ses tickets et sa CI n'a pratiquement pas le choix. Avec Forgejo, le logiciel est libre et les données sont chez vous : le rapport de force reste de votre côté.

À quoi ça sert au quotidien

Héberger votre code source, vos configurations, vos scripts d'infrastructure et le contenu de votre site : dépôts, branches, demandes de fusion, revue de code, tickets et intégration continue.

Ce que Forgejo sait faire

FonctionDétail
Dépôts GitPrivés par défaut, branches protégées, forks internes, sous-modules
Revue de codeDemandes de fusion, commentaires en ligne, approbations requises
Tickets & projetsTickets, étiquettes, jalons, tableaux façon kanban
Forgejo ActionsIntégration continue avec une syntaxe compatible GitHub Actions — les workflows existants se reprennent quasiment tels quels
Releases & paquetsVersions publiées, artefacts, registres de paquets
WikiDocumentation technique versionnée à côté du code
MiroirsSynchronisation avec un dépôt externe (utile pendant une migration)
Webhooks & APIAutomatisations et intégrations avec vos autres outils

Accès

git.startuppack.eu, depuis le tableau de bord. Chaque structure dispose de son organisation dédiée dans laquelle vivent ses dépôts et ses équipes.

Premiers pas

  1. Depuis le tableau de bord, section Git, récupérez votre configuration d'accès : une clé SSH prête à l'emploi et les commandes à coller.
  2. Clonez un dépôt et poussez votre premier commit.
  3. Ajoutez un workflow d'intégration continue dans .forgejo/workflows/ (syntaxe compatible GitHub Actions).
  4. Invitez les membres techniques de l'équipe — ils sont déjà présents dans l'organisation.

Migrer depuis GitHub ou GitLab

Forgejo sait importer un dépôt existant avec son historique, ses tickets, ses étiquettes, ses jalons et ses demandes de fusion. La migration se fait dépôt par dépôt, sans coupure : vous pouvez d'abord mettre en place un miroir (le dépôt reste sur l'ancienne forge et se synchronise chez vous), puis basculer quand vous êtes prêt.

Bon à savoir

  • Vos dépôts sont privés par défaut.
  • Le dépôt de votre site web s'y trouve : chaque modification poussée reconstruit et republie le site.
  • Les administrateurs de la structure sont propriétaires de l'organisation ; les autres membres ont les droits correspondant à leur rôle.
  • Votre identifiant Git est dérivé de votre adresse professionnelle (les caractères interdits par Git y sont remplacés) — utilisez celui affiché dans le tableau de bord.
  • Git étant décentralisé, chaque clone local est déjà une copie complète de l'historique : c'est une garantie de réversibilité supplémentaire, en plus des sauvegardes.