Esup-multi est un projet communautaire et open-source. Chacun
Chaque établissement peut y apporter ses contributions, qu'il s'agisse du code ou de la documentation. En ce qui concerne le code source, il doit en revanche faire appel uniquement des briques open-source et sera soumis à la même licence que Esup-Multi.
| Info | ||
|---|---|---|
| ||
L'Université de Lorraine s'engage à veiller à la cohérence globale du projet et reste pour l'instant maitre là dessus (si le projet prend de l'ampleur un comité de pilotage regroupant plusieurs établissements sera constitué). A ce titre elle jugera de la pertinence des fonctionnalités qui pourraient être apportées, apportera ses conseils et son expertise afin que les contributions puissent être proposées à toute la communauté sans difficulté. Enfin, elle se charge de l'intégration du code produit (sous forme de Pull Request) dans les sources communes. |
Rien n'empêche un établissement de faire appel à une société tierce pour apporter des améliorations ou accompagner le déploiement de son application mobile sous Esup-Multi. Les améliorations fournies par un prestataire tierce seront soumises aux contraintes citées précédemment et devront pouvoir être intégrées au code source commun (le fork du projet est à proscrire) aussi il est important d'inclure l'Université de Lorraine dans les réflexions préalables.
Avant de commencer...
Faites-vous connaitre en échangeant sur les canaux suivants
...
Le projet est hébergé sur gitHub : https://github.com/univlorraine/Esupesup-Podmulti
Dans un premier temps l'Université de Lorraine validera chaque contribution et se chargera de l'intégration du code dans les sources du projet.
Le projet devra donc être forké (au sens gitHub), la contribution devra faire l'objet d'une branche dédiée tirée de la branche "develop" (préalablement synchronisée avec la branche "develop" du projet principal) et sera remontée par le mécanisme des pull request (PR) de gitHub dans le dépôt de l'Université de Lorraine afin de pouvoir profiter à la communauté.
...
Chaque contribution doit être unitaire et se matérialise par une branche Git tirée de la branche "develop" sur le fork de l'établissement. Une fois terminée chaque contribution est mergée de cette dans la branche "develop" du projet prnicipal par une Pull Request (PR). Enfin, lorsque l'ensemble des contributions justifie une nouvelle release, la branche develop sera mergée dans main du projet et le numéro de version taggé.
Règles de nommage GIT
Nom de branche
...
Puis sur "compare across forks"
Choisir la banche de développement du dépôt de départ et la branche dédiée à la contribution du dépôt forké
...