J'aimerais savoir comment fonctionne la fonction de validation différée sur les serveurs CI qui ne sont pas intégrés aux référentiels de contrôle source. Conceptuellement, le processus fonctionne comme suit:Comment un "délai de validation" fonctionne-t-il avec les référentiels de contrôle source et les serveurs CI?
- Vérifiez dans le code change
- serveur CI construit les changements
- Si la génération passe, le code est déterminé à la source du référentiel de contrôle
- Si la génération échoue, le code n'est pas validé dans le référentiel de contrôle source
La plupart des serveurs CI fonctionnent en interrogeant les référentiels de contrôle source pour les modifications, puis en extrayant le code. Ainsi, dans le scénario de validation différée, les développeurs vérifient-ils leur code dans le serveur CI plutôt que dans un véritable référentiel de contrôle de source, puis le serveur CI transmet le code au référentiel? Ou alternativement les serveurs de CI annulent-ils juste les changements si la construction échoue?
Je pense en particulier à deux systèmes d'intégration continue. Team Foundation Server proposera cette fonctionnalité dans la prochaine version, mais cela est logique car Team Build (système CI) dans TFS est intégré au référentiel de contrôle de source. Cependant, dans le cas de Team City, TC peut se connecter à n'importe quel système de contrôle de source et n'est pas nécessairement intégré ou même sur le même serveur que le référentiel de contrôle de source. Comment ça marche?
Modifier: Ouverture d'une prime sur cette question dans l'espoir que je peux obtenir plus de réponses possibles.
