Une connexion rend les dépôts disponibles. Un projet est l'entité sur laquelle Coroid travaille réellement : un projet correspond à un dépôt et hérite de ses commandes de build, de test, de son contexte et de ses paramètres.
Créez-en un depuis Projets → Nouveau.
Ce qui se passe lors de la création
Coroid clone le dépôt et effectue une première analyse. Cette étape permet de déterminer :
- quels langages et cadres sont utilisés
- comment le projet est construit
- comment ses tests sont exécutés
- s'il peut être conteneurisé
Cette analyse permet plus tard à un agent de compiler votre code et d'exécuter votre suite de tests. Il mérite deux minutes de votre attention maintenant, car tout ce qui suit dépend de sa précision.
Vérifiez ce qu'il a détecté
Ouvrez les paramètres du projet et confirmez les commandes de build et de test. La détection fonctionne bien pour les structures classiques et moins bien dans les cas suivants :
- les monorépos, où les commandes se trouvent dans un sous-répertoire
- les projets nécessitant une étape de configuration (génération de code, migrations) avant l'exécution des tests
- les suites nécessitant des services — une base de données, une file d'attente — pour fonctionner au préalable
Si l'un de ces cas s'applique, corrigez les commandes manuellement. Un agent incapable d'exécuter vos tests ne peut pas vérifier son propre travail, ce qui se traduira plus tard par des tâches en échec lors de la vérification pour des raisons sans rapport avec la modification apportée.
Prise en charge des langages
Les agents écrivent du code dans n'importe quel langage utilisé par votre dépôt. Ce qui varie, c'est le degré de vérification indépendante possible par Coroid — lisez la prise en charge des langages et l'environnement de l'agent concernant l'ensemble des outils préinstallés dans chaque espace de travail, ainsi que les langages disposant d'un serveur de langage associé.
Un dépôt ou plusieurs ?
Un projet par dépôt. Si votre système couvre plusieurs dépôts, créez un projet pour chacun ; Coroid pourra alors coordonner le travail qui les traverse.
Résistez à la tentation de pointer deux projets vers le même dépôt pour représenter différents flux de travail — utilisez plutôt des plans, des sprints ou des voies pour cela, afin que les deux flux partagent une vue unique du code source.
Suivant
Exécutez votre première tâche — décrivez un travail et suivez son déroulement.