Tous les projets Fudaa ont été migrés sur GitLab: https://gitlab.com/fudaa et les livrables sont publiés sur le repository central Maven: https://central.sonatype.org/pages/ossrh-guide.html.
Accès développeur
Pour participer au projet, les développeurs devront avoir un compte sur GitLab: https://gitlab.com/ et:
contacter un Owner du projet: https://gitlab.com/groups/fudaa/-/group_members
ou contact chez fudaa.org
Gestion des tickets et de la documentation ( développeurs + utilisateurs)
La documents et la gestion des tickets sont toujours gérés sont l’instance attlassian:
Gestion des sources
GIT est utilisé pour la gestion des sources.
| Note |
|---|
Par rapport à Subversion, un action de Commit (git commit) ne va pousser les modifications sur le dépot distant mais simplement sur le dépot local. Il faudra faire un “push” |
Voir:
Workflow de gestion des versions
...
Définit la configuration du repository et active le projet GPG permettant de signer les livrables ( indispensables pour déployer sur le repo repository Maven Central).
Le fichier est assez simple et toutes les valeurs sont issues des variables du groupe fudaa de GitLab.
https://gitlab.com/fudaa/fudaa-test-gitlab/blob/master/.gitlab-ci.yml
Ce fichier définit les différentes étapes de l’intégration continue:
build: compilation du projet
test: lancement les tests
deploy: déploiement soit upload des jar dans le repository
release: cette étape est en général lancée manuellement: elle permet de générer les livrables en version “release” (sans -SNAPHSOT) et de taguer les sources
L'étape n+1 est lancé si l'étape n est en succès.
Chaque projet Fudaa peut re-définir ces étapes pour notamment activer les profiles Maven adéquat et générer les installeurs.
Sécurité
Bien entendu, aucun mot de passe ne doit être laissé en clair dans les sources. GitLab fournit un système de variables permettant de définir ces mot de passe pour le group fudaa.
...