Je pense être arrivé à une solution plus ou moins satisfaisante pour le Projet 19 - "Documenter une méthode pour synchroniser un monorepo vers des multirepos qui fonctionne dans les deux sens".
Voici-ci, ci-dessous, les étapes de la démonstration qui sont détaillées dans le README.md
du repository poc-git-monorepo-multirepos-sync
.
frontend
et backend
(multi repositories) ;monorepo
;monorepo
: README.md
et .mise.toml
;frontend
, je commit ;frontend
vers monorepo
;monorepo
, j'effectue des changements dans le dossier frontend/
, je commit ;cd frontend/; git format-patch --relative -1 HEAD
pour générer un patch qui contient les changements que j'ai effectués dans le dossier frontend/
;frontend
et j'applique les changements contenus dans ce patch avec la command git apply monpatch.patch
ou avec git am monptach.patch
.Pour le moment, j'ai privilégié l'option git patch, parce que je souhaite suivre la méthode la plus "manuelle" que j'ai pu trouver lorsque je dois intervenir sur les repositories upstream, parce que je ne veux prendre aucun risque de perturber mes collègues avec mon initiative de monorepo.
Le repository GitHub suivant contient le résultat final du monorepo : https://github.com/stephane-klein/poc-git-monorepo-multirepos-sync-result-example/.
Est-ce que je suis satisfait du résultat de cette démo ?
La réponse est oui, bien que je ne sois pas satisfait de quelques éléments.
Par exemple, les fichiers de frontend
présents dans ce commit ne sont pas dans le dossier frontend
.
J'aimerais que ces titres de commits contiennent un prefix [frontend] ...
et [backend]...
. Je pense que cela doit être possible à implémenter en modifiant le script tomono.
Est-ce que c'est pénible à utiliser ? Pour le moment, ma réponse est « je ne sais pas ».
Je vais tester cette méthode avec deux projets. Je pense écrire une note de bilan de cette expérience d'ici à quelques semaines.