Il faudrait définir la façon dont les ajouts/modifications peuvent être faits au niveau du code, des datas et des assets graphiques, définir la façon dont on peut committer (histoire d'avoir des branches utiles et pas plein de scories qui trainent), peut-être une branche claire qui permette aux mainteneurs de paquets de savoir qu'ils peuvent s'appuyer dessus sans s'attarder sur les branches de développement.

Ma proposition se base sur Git, et son interface graphique GitLab, et le workflow Gitflow.

De ce fait, j'ai prévu d'avoir 4 branches principales :

1. Panka : Branche stable
2. Lirria : Branche de test (Béta)
3. Spofu : Branche de développement (Alpha) ← C'est ici que l'on va faire nos modifications
4. Upstream : Branche synchronisé avec Ryzomcore, qui nous servira à faire nos merges et cherry-pick.

Il y aura également des branche secondaires (propre à Gitflow) :

• Branches “hotfix/unFix” : corrections de bugs urgents, qui seront merge avec les 3 branches principales.
• Branches “feature/uneFeature” : travail sur les features propres à Khanat, requérant des modifications dans le code qui ne seront pas forcément envoyé à upstream (Ryzomcore)

1. Export des dépôts Mercurial vers Git [OK]
2. Synchronisation manuel de Ryzomcore:develop avec Khaganat:upstream [OK]
3. Synchronisation automatique de Ryzomcore:develop avec Khaganat:upstream [En cours : rédaction du script]
4. Mise en place d'une instance GitLab de test chez nous [Planification]
5. Test de l'instance de test [En attente]

• Connaissances de base de Mercurial, Git, ou tout autre système de gestion de version.

Dremor, qui s'occupe des paquets, aurait besoin de savoir où exactement obtenir les données à empaqueter, cela doit être défini clairement.

Une liste des branches serait également utile, avec des sandbox pour ceux qui veulent par eemple.

Enfin, il faudrait rédiger tout cela clairement et proprement pour faciliter et aider les contributions. Des schémas détaillés et des notices sur les différents dépôts aideraient.