Plug-in Eclipse pour Team Foundation Server
Vous pouvez utiliser Team Explorer Everywhere pour améliorer la prévisibilité de vos processus de développement. Team Explorer Everywhere inclut à la fois le Plug-in Team Foundation Server pour Eclipse et le Client de ligne de commande interplateforme pour Team Foundation Server. Vous pouvez utiliser les fonctionnalités de suivi des éléments de travail pour capturer ce qui est important pour vos clients et suivre la progression de votre projet. Cela vous permet d'activer les processus et de surveiller leur qualité pour aider votre équipe à transformer les spécifications du client en logiciel exploitable. Vous pouvez gérer vos artefacts de projet et code source à l'aide du contrôle de version Team Foundation. En utilisant le contrôle de version, vous réduisez les risques et contribuez à améliorer la qualité de votre application. Vous pouvez générer votre application à l'aide du système de génération intégré afin que votre équipe puisse s'assurer que les niveaux de qualité sont atteints et contrôler quelles spécifications ont été atteintes pour chaque version.
Utilisation de Team Explorer Everywhere pour le développement itératif
Tâche |
Contenu de support |
|---|---|
Mise en route : avant de pouvoir utiliser les fonctionnalités du Plug-in Team Foundation Server pour Eclipse, vous devez établir au préalable une connexion à une instance de Visual Studio Team Foundation Server. |
|
Configurer l'environnement de développement local : dans la majorité des environnements de développement d'équipe, vous devez obtenir l'accès à la version correcte des fichiers de code source. Ensuite, vous mettez à jour votre ordinateur local avec les fichiers sources pour les parties de votre application que vous devez mettre à jour. |
|
Apporter des modifications au code pour réaliser une tâche ou corriger un bogue : pendant un cycle de développement, vous passez la plus grande partie de votre temps à apporter des modifications au code. Ce processus inclut la sélection d'une tâche ou d'un bogue, l'extraction des fichiers requis, la modification du code, puis la vérification de l'exactitude des modifications avant leur archivage. Cette tâche inclut des modifications à la fois au code de l'application et au code de la base de données. |
|
Créer et demander des générations : vous pouvez utiliser le système de génération intégré pour exécuter des générations automatisées sur une base planifiée ou à la demande. |
|
Définir des niveaux de qualité: : vous pouvez spécifier des stratégies d'archivage pour protéger la qualité des fichiers sources archivés dans le contrôle de version. |
|
Résolution des problèmes : si vous rencontrez des problèmes lorsque vous utilisez Team Explorer Everywhere, vous pouvez rechercher des informations sur les problèmes courants et leurs résolutions. |
Exécuter des tâches de développement itératif
Vous exécutez un jeu d'étapes communes à chaque tâche de développement. Selon le processus utilisé par votre équipe, vous pouvez effectuer ces tâches dans un ordre différent. Par exemple, vous pouvez définir vos tests avant de faire des modifications du code.
Après avoir identifié une tâche de codage et avoir mis à jour votre ordinateur de développement local avec la version correcte du code source, vous pouvez apporter les modifications nécessaires à votre code. Toutefois, la modification du code est uniquement la première étape, parce qu'en général, vous devez tester vos modifications. Après avoir vérifié le comportement de votre application, vous pouvez terminer votre tâche de développement et passer à la suivante.
Tâche |
Contenu de support |
|---|---|
Identifier le travail à exécuter : votre travail se compose en général d'une ou plusieurs tâches de codage à exécuter, ou un ou plusieurs bogues à corriger. Vous récupérez les éléments de priorité la plus élevée qui vous sont assignés à partir de la base de données de suivi des éléments de travail. Vous pouvez également passer en revue l'itération actuelle dans la planification globale afin de vérifier que vous pouvez terminer vos tâches dans les délais. Vous devez également passer en revue les dépendances de vos tâches avec celles d'autres membres de l'équipe, pour éviter de bloquer la progression. Si votre équipe compte des testeurs à plein temps, vous devez discuter du travail avec le testeur responsable des zones de fonctionnalités affectées afin qu'il puisse commencer tout planning de test requis. |
|
Préparer l'environnement de développement : après avoir identifié le travail à exécuter, vous devrez peut-être mettre à jour votre environnement de développement afin de disposer du code source requis. Si vous corrigez un bogue dans une version finale ou déployée de l'application, vous pouvez mettre à jour votre environnement afin de disposer d'une version spécifique des sources plutôt que de la version la plus récente. Si vous utilisez des bases de données, vous pouvez également souhaiter configurer un serveur de développement local. |
|
Identifier la cause d'erreurs de code : souvent, la première étape que vous mettez en œuvre lorsque vous devez corriger un bogue consiste à utiliser le débogueur pour identifier la cause du problème. Si le problème a été introduit récemment, vous pouvez vérifier les données d'historique des fichiers sources qui contiennent l'erreur afin de déterminer quand et par qui le problème a été introduit. Dans certaines situations, vous pouvez restaurer la modification d'origine et considérer une modification du code différente. |
|
Faire des modifications du code : vous identifiez les modifications à effectuer, vous faites une ou plusieurs modifications du code, vous testez ces modifications et vous vérifiez que vos modifications satisfont les standards de programmation de votre équipe. |
|
Terminer le travail : lorsque vous pensez que vos modifications de code sont prêtes, vous les révisez avec un ou plusieurs pairs, vous exécutez une dernière génération complète, puis vous exécutez des tests d'archivage. Après avoir vérifié vos modifications et résolu tous vos conflits de fusion, vous résolvez toutes les tâches, bogues et autres éléments de travail associés. |
Réalisation de tâches de développement
Lorsque vous avez terminé l'implémentation et le test d'une modification du code pour effectuer une tâche, un bogue ou un autre élément de travail, vous réalisez en général plusieurs tâches supplémentaires. Dans un environnement de travail en équipe, vous demandez souvent à un ou plusieurs membres de votre équipe de développement de revoir votre code. Vous devez également exécuter une dernière génération complète de l'application.
Vous pouvez utiliser un jeu de tests de vérification qui doivent être réussis avant de pouvoir archiver le code. Après avoir satisfait tous les critères, vous pouvez archiver les modifications du code en attente, en résolvant tout conflit de fusion.
Lorsque toutes les étapes obligatoires ont été effectuées, vous pouvez alors résoudre les tâches, bogues ou autres éléments de travail correspondants.
Tâche |
Contenu de support |
|---|---|
Faire réviser le code par ses pairs : dans de nombreux environnements de développement en équipe, vous devez faire réviser les modifications de code par un ou plusieurs pairs avant de pouvoir archiver ces modifications. Vous devez envisager que l'un de vos pairs révise tout code complexe même si cette étape n'est pas requise par votre équipe. Pour faciliter une révision du code, vous pouvez préparer un jeu de réservations qui contient vos modifications. D'autres membres de l'équipe peuvent passer en revue le contenu du jeu de réservations. En outre, les modifications sont enregistrées dans le contrôle de version afin que vous puissiez travailler sur d'autres tâches, et que vos modifications ne soient pas exposées si quelque chose d'inattendu arrive à votre environnement de développement. |
|
Exécuter une dernière génération complète et les tests associés : souvent, lorsque vous apportez des modifications au code, vous générez uniquement les parties de l'application que vous modifiez. Dans un environnement de travail en équipe, vous devez envisager de générer l'application entière avant d'archiver les modifications. Dans certaines équipes, vous pouvez soumettre des archivages sur un ordinateur qui exécute des builds en continu. Dans de nombreuses équipes, vous devez également exécuter un sous-ensemble de tests d'application appelés tests de vérification. Ces tests vérifient que vous n'avez pas arrêté le comportement de l'application dans des zones différentes de celles que vous avez modifiées directement. |
|
Archiver toutes les modifications : après avoir vérifié vos modifications, vous devez les archiver dans le contrôle de version pour les mettre à disposition de l'équipe. En archivant vos modifications, vous entraînez également leur affichage dans la prochaine build de produit complète. Vous pouvez également annuler des modifications en attente si, par exemple, ils présenteraient trop de risques à ce stade du cycle du produit. Si vous modifiez du code protégé par une build d'archivage contrôlé, un jeu de réservations sera créé et vos modifications en attente doivent être générées avec succès avant qu'elles ne soient archivées. |
|
Résoudre des tâches, des bogues et d'autres éléments de travail : après avoir archivé les modifications, vous pouvez résoudre les tâches, bogues ou autres éléments de travail associés qui sont liés aux modifications. Vous associez en général l'ensemble de modifications qui contenait les modifications avec l'élément de travail ; en procédant de la sorte, si le bogue est reproduit ultérieurement, il sera facile de rechercher l'ensemble de modifications associées. Vous devez inclure suffisamment d'informations dans les commentaires de l'élément de travail afin que d'autres lecteurs puissent comprendre quelle modification a été apportée et pourquoi. En outre, vous pouvez envisager d'appliquer une étiquette afin de pouvoir vous référer de nouveau à cette version de votre code source. Après avoir terminé un élément de travail, vous devrez peut-être ajuster la planification du développement si cet élément a pris considérablement plus ou moins de temps que prévu. |
|
Fournir des commentaires de conception : lorsque vous faites une modification du code, vous devrez peut-être modifier des éléments de la conception ou de l'architecture de l'application. Si vous modifiez la conception, vous devez mettre à jour tout document de conception ou architectural (cela inclut des modèles) pour refléter les modifications. De plus, si vous avez corrigé un défaut, vous pouvez fournir de l'aide à d'autres membres de l'équipe sur la nature de ce défaut et leur montrer comment l'éviter à l'avenir. |
Voir aussi
Autres ressources
Référence de la ligne de commande (Team Explorer Everywhere)