Projets et dépôts
Où vit le code, et comment il arrive.
Un projet, réglé comme votre équipe livre.
Un projet contient les dépôts où travaillent les agents et tout ce qui régit leur travail : qui peut l’utiliser, la branche où arrivent les changements, ses contrôles et le nombre de tâches simultanées. Connectez votre compte Git dans la configuration guidée – GitHub en un clic, ou GitLab, Bitbucket et Azure DevOps – et créez un projet à partir d’un dépôt. Sa première tâche est une intégration guidée qui découvre comment le code s’exécute, renseigne sa stack et s’assure que ses contrôles existent et passent.
- Accès, branche, contrôles et plafonds par projet
- GitHub, GitLab, Bitbucket ou Azure DevOps
- Une tâche d’intégration pour chaque nouveau projet
Tous les dépôts qu’un changement touche, dans un seul projet.
Ajoutez tous les dépôts que couvre le travail : les agents travaillent dans chacun, et les contrôles tournent dans le principal. Choisissez-en un auquel vos comptes Git connectés ont accès, collez n’importe quelle adresse, ou créez un dépôt privé depuis l’assistant de projet ou n’importe quelle ligne de dépôt – un dépôt vide reçoit ses branches main et develop. Chaque pull request ouverte par une tâche, une par dépôt, apparaît avec son état sur le tableau des tâches et sur la page de la tâche.
- Plusieurs dépôts, un principal
- Choisir, coller ou créer un dépôt
- Chaque pull request ouverte par une tâche, avec son état
Voies de merge : une file de merge qui trouve le coupable.
Les voies de merge sont une file de merge pour la livraison à fort volume : les pull requests terminées sont groupées par lots et testées ensemble, sur des suites de millions de tests, et seul un build vert atteint votre branche. Quand un lot échoue, la voie remonte par bissection jusqu’au changement fautif, l’écarte et merge le reste. Désactivez une voie : ses pull requests en file sont tout de même mergées d’abord ; Arrêter la voie stoppe aussitôt ses exécutions et rend chaque pull request à sa propre tâche.
- Par lots, sur des suites de millions de tests
- Un lot en échec : le fautif trouvé par bissection
- Arrêter la voie rend chaque pull request
Mémoire de projet : ce qu’une tâche apprend, la suivante le sait.
Les agents prennent des notes sur chaque projet en travaillant : un piège et comment le reproduire, une recette qui a marché, une carte du code. Chaque note est transmise aux tâches ultérieures qu’elle concerne ; sa ligne compte les tâches qui l’ont reçue, vue et utilisée, se trie selon ces chiffres et s’ouvre en entier. Retirez une note périmée, ou supprimez-la définitivement.
- Pièges, recettes et cartes du code, par projet
- Reçue, vue et utilisée : compté et triable
- Chaque note s’ouvre en texte intégral
Quel dépôt passerait en premier ?
Commencez gratuitement, puis choisissez l’offre adaptée au nombre de dépôts que vous gérez et de changements qui y arrivent.