Quelle est la différence entre l'écart et l'enregistrement dans TFS?

Question

Quel est le concept de chacun?

Quand est-il autorisé à shelve vos changements au lieu de vérifier dans?

Answer 1

signifie que les changements Shelved sont mis de côté pour pour travailler plus tard.

Nous sommes arrivés signifie que les changements sont mis à la disposition du reste de l'équipe, sera dans la construction et finira par expédier.

Très différent. Pensez à étagères comme un outil pour le changement de contexte lorsque vous n'êtes pas terminé avec une tâche. Vérification signifie que vous avez terminé (au moins une partie de celui-ci).

Answer 2

Shelve vos modifications lorsque vous souhaitez enregistrer les modifications que vous avez fait, mais il faut revenir à la version précédente de faire d'autres changements (peut-être, des corrections de bugs) que vous souhaitez déployer sans les mises à jour que vous travaillez actuellement sur . Étant donné que vous vérifiez généralement assez régulièrement, je trouve cela un événement rare - comme je viens à la boîte déployé QA et une erreur a été immédiatement trouvé. Je SHELVE change de ce jour-là me ramener à la version QA déployée, faire la mise à jour, puis unshelve mes modifications - fusionner les deux au besoin. Plus longtemps que cela et vous aurez probablement chercher à vérifier une version antérieure et la branche à la place. Je serais heureux d'entendre d'autres expériences où des étagères est avérée plus utile, cependant.

Answer 3

Les autres utilisateurs peuvent télécharger vos shelvesets en les recherchant, il est donc un bon moyen de passer le code dans les avis. Cependant, vous obtiendrez une erreur si vous essayez de unshelve fichiers de code que vous avez déjà vérifié, donc vous avez besoin d'un environnement propre prêt.

Je SHELVE souvent mes changements à la fin de la journée si je travaille sur quelque chose de grand que je ne peux pas enregistrer. De cette façon, si mon PC meurt du jour au lendemain, j'ai une copie de sauvegarde sur le serveur.

Answer 4

Darcy obtient sur place. Vous pouvez aussi penser à des étagères comme une branche privée qui ne sont pas visibles publiquement pour la plupart. Shelvesets peuvent également être supprimés complètement, pas comme la suppression de vérification dans le code. Si vous supprimez un shelfset il est parti pour toujours.

Answer 5

Tout le monde a dit ci-dessus tellement vrai et j'appris de lui attribuer.

Juste pour ajouter mon expérience, corrigez-moi si je me trompe. Dans un projet, nous avons un fichier de configuration mypc.json spécifiques à chaque PC du développeur. Nous remplaçons généralement lors de l'exécution serveur localement. D'autres membres de l'équipe ont le même nom de fichier avec des configurations différentes en elle. Personne ne veut que leur dossier soit poussé avec le même nom à la branche de développement. Donc, je l'utilise pour sauver ce l'écart type de changements. Chaque fois que je besoin de ces configurations, je peux facilement appliquer les modifications de shelve et mes configurations d'environnement sont de retour dans mon projet.