Est-ce que shelving dans TFS est simplement une vérification en douceur afin que les autres membres de l'équipe puissent voir le code source?
c'est-à-dire que le code mis à l'écart ne sera pas compilé correctement?
Le rayonnage a de nombreuses utilisations. Les principaux sont:
Toute autre utilisation?
La mise en rack est un moyen de sauvegarder toutes les modifications apportées à votre boîte sans être archivées. Les modifications sont conservées sur le serveur. À un moment ultérieur, vous ou l'un de vos coéquipiers pouvez les "détacher" de nouveau sur l'une de vos machines.
C'est aussi génial à des fins de révision. Lors de l’enregistrement de mon équipe, nous classons nos modifications et envoyons un courrier électronique avec la description de la modification et le nom du groupe de modifications. Les membres de l'équipe peuvent ensuite afficher le jeu de modifications et donner leur avis.
FYI: La meilleure façon de passer en revue un plateau est d'utiliser la commande suivante
tfpt review/shelveset: shelvesetName; userName
tfpt fait partie de la Team Foundation Power Tools
C'est vrai. Si vous créez une étagère, votre code ne sera pas visible par les autres utilisateurs.
Il met vos modifications de code sur le serveur, qui est probablement mieux sauvegardé que votre PC de travail.
Il vous permet d’enregistrer vos modifications sur une autre machine, si vous avez envie de travailler à domicile.
D'autres personnes peuvent voir vos étagères (bien que je pense que cela peut être facultatif) afin de pouvoir revoir votre code avant un enregistrement.
Je vois cela tout le temps, donc des informations supplémentaires concernant les branches:
Si vous travaillez avec plusieurs branches, les étagères sont liées à la branche spécifique dans laquelle vous les avez créées. Donc, si vous laissez trop longtemps un changeet Rust sur le plateau et que vous devez ouvrir une autre branche, vous devez le faire avec la version de juillet des outils électriques.
tfpt unshelve /migrate
Un point qui manque dans beaucoup de ces discussions est la façon dont vous revenez sur la même machine sur laquelle vous avez mis vos modifications en mémoire. Peut-être évident pour la plupart, mais ne l'était pas pour moi. Je crois que vous effectuez une annulation des modifications en attente - est-ce exact?
Je comprends que le processus est le suivant:
Par conséquent, si vous souhaitez commencer certains travaux dont vous avez peut-être besoin pour Exécuter, assurez-vous de vous enregistrer avant de commencer, car le point d’enregistrement est celui où vous reviendrez lors de l’étape suivante de l’Annulation des modifications en attente.
Les mises en rack sont comme si vos modifications avaient été stockées dans le contrôle de source sans affecter les modifications existantes. Signifie que si vous archivez un fichier dans le contrôle de source, il modifiera le fichier existant, mais se mettre en rangée revient à stocker vos modifications dans le contrôle de source, mais sans modifier les modifications réelles.
Si vous utilisez des générations Gated, lorsqu'une génération est déclenchée, cela crée un plateau de votre espace de travail qui est soumis pour la construction. Si la construction échoue, le plateau est rejeté. Si la construction réussit, un jeu de modifications est créé et validé dans TFS. Dans les deux cas, la personne effectuant cet enregistrement/cette construction devra réconcilier l’espace de travail, ce qui est aussi simple que d’effectuer une opération Obtenir le dernier.
@ JaredPar: Oui, vous pouvez utiliser les étagères pour les revues, mais gardez à l’esprit que les étagères peuvent être écrasées par vous-même ou par d’autres personnes et ne sont donc pas stables à long terme. Par conséquent, pour les révisions réglementaires pertinentes, vous ne devez jamais utiliser un Shelveset comme base, mais plutôt un archivage (Changeset) . Pour une révision informelle, il est correct mais pas pour une révision formelle (par exemple, FTA pertinent)!