Flux de travail de création
Le flux de travail recommandé est volontairement simple :
text
init -> generate -> validate --strict -> test -> handoffCe que signifie chaque étape
| Étape | Objectif |
|---|---|
init | Créer une présentation de projet standard pour les packages |
generate | Générer des artefacts cibles à partir de la source du projet |
validate --strict | Exécutez le contrôle de préparation principal |
test | Effectuez des tests de fumée stables, le cas échéant |
export / flux groupé | Produire des artefacts de transfert pour les cas Python et Node pris en charge |
Règles qui maintiennent le dépôt en bonne santé
- la source du projet réside dans la présentation du projet standard du package
- les fichiers cibles générés sont des sorties, pas la source de vérité à long terme
- une validation stricte est une vérification obligatoire et non un supplément facultatif
Ce flux de travail est également important pour les dépôts à cible unique et multi-cibles.
La seule différence est que dans un projet multi-cible, les boucles generate et validate sont répétées pour chaque cible que le dépôt promet réellement de prendre en charge.
Quand le flux de travail change
Le flux de travail peut s'élargir pour des cas particuliers :
doctoretbootstrapsont importants pour les chemins d'exécution Python et Nodeimportetnormalizesont importants lors de la consolidation des fichiers cibles gérés manuellement dans le modèle de projet géré- les commandes groupées sont importantes pour les flux de transfert portables Python et Node
Commencez par Quickstart lorsque vous avez besoin du chemin le plus court.