Chaque projet pointe vers un dépôt unique. Les paramètres de ce dépôt déterminent la manière dont Coroid interagit avec votre modèle de branches.
Vous les trouverez dans les paramètres du projet.
Branche de base
Coroid se base sur votre branche de base pour ouvrir des demandes de fusion vers celle-ci. Par défaut, il s'agit de la branche par défaut du dépôt.
Modifiez-la si vous effectuez des fusions ailleurs : une develop branche, une ligne de publication ou une branche d'intégration à long terme. Une mauvaise configuration de ce paramètre constitue l'erreur la plus courante, ce qui entraîne des demandes de fusion ciblant une branche que personne ne revoit.
Branches de travail
Chaque tâche est traitée sur sa propre branche. Les branches sont créées par tâche et mises en poussée lorsque le travail est prêt, afin qu'aucune tâche simultanée ne partage une branche ni ne puisse accéder au travail en cours d'une autre.
Aucun élément n'est jamais commité directement dans votre branche de base. Ce n'est pas un paramètre ; c'est une caractéristique inhérente au fonctionnement de Coroid.
Protection des branches
Votre protection des branches existante reste inchangée. Coroid ouvre une demande de fusion ordinaire, de sorte que les revues requises, les vérifications d'état obligatoires et les restrictions sur les personnes pouvant fusionner fonctionnent exactement comme pour votre équipe.
Si vos règles de protection exigent un commit signé ou une vérification de statut spécifique que Coroid ne peut pas générer, l'pull request s'ouvrira puis restera non fusionnable — il s'agit là du bon fonctionnement de vos règles, et non d'une défaillance de Coroid.
Nettoyage
Les branches correspondant aux tâches terminées peuvent être nettoyées après la fusion ou la fermeture de leur pull request (pull request). Si vous utilisez les noms de branche pour l’audit ou des outils de publication, vérifiez ce point avant d’activer cette option.
Modifier la connexion
Si la connexion au dépôt sous-jacent change — rotation de jeton, réinstallation d'une application ou renommage du dépôt — le projet conserve son identité et son historique. Re-orientez-le vers la nouvelle connexion plutôt que de créer un nouveau projet afin de ne pas perdre le contexte, les paramètres et les travaux antérieurs.