Enregistrement dans les armoires

Je suis développeur et j'ai apporté quelques modifications à une solution que j'ai sauvegardée dans un ensemble. Un autre développeur étale mes modifications et construit la solution sur un serveur. Y at-il un moyen pour le deuxième développeur de vérifier dans mon étagère? Je sais qu'il/elle peut vérifier dans les dossiers individuels comprenant l'étagère. Cependant, je pensais à une commande "checkin" qui prenait le nom d'un ensemble de rayons en tant que paramètre, ou s'il y avait un autre moyen de vérifier ces changements en tant qu'unité, avec le nom de la bibliothèque.Enregistrement dans les armoires

Source

2010-07-13 cjs

+1 Je veux aussi savoir cette. Je pense que vous pouvez mettre à jour une question comme celle-ci "Vérification des étagères sans le dénouer" – IsmailS

Un moyen facile de le faire est de définir un nouvel espace de travail et de demander au développeur de ne pas accéder à cet espace de travail. Ensuite, tous les changements en attente pour cet espace de travail correspondent à l'étagère, et ils peuvent tout archiver dans l'espace de travail.

Source

2010-07-13 17:50:12 Robaticus

Merci pour la réponse. Cependant, il est possible que plusieurs développeurs aient des modifications qui doivent être retirées, construites et archivées depuis le serveur. J'ai pensé que si l'on pouvait enregistrer par nom de l'étagère, alors les étagères sur le serveur peuvent être construites, testées et vérifiées en une à la fois. Est-ce que ce n'est pas possible? – cjs

Il semble que ce dont vous parlez soit similaire à l'approche Gated Checkin que vous avez dans TFS 2010.Dans cette configuration, TFS va prendre un check-in, le mettre dans un étagère, puis construire en fonction de ce plateau. – Robaticus

Je pense que je me suis mal exprimé. Quand j'ai mentionné la construction de l'étagère sur un serveur, je voulais dire qu'il sera construit dans Visual Studio, qui est installé sur un serveur. Autrement dit, par serveur, je ne voulais pas dire "construire agent". Je cherche à faire cela dans le code mais pas de chance pour le moment. – cjs

L'autre développeur peut ouvrir une invite de commande Visual Studio et utilisez la commande suivante:

tf checkin /shelveset:shelvesetname;shelvesetowner

Voir Checkin Command sur MSDN pour plus de détails.

Source

2010-12-22 08:05:51

Je reçois l'erreur: "Les éléments ne peuvent pas être spécifiés avec l'option/shelveset." - Qu'est-ce que ça veut dire? – ekkis

Également trouver cette erreur, avez-vous des résolutions plus tard? – machinarium

Je ne pense pas que l'enregistrement via la ligne de commande TFS est un meilleur moyen, il peut être en conflit avec le dernier code sur TFS.

Je pense que la meilleure façon de vérifier dans shelveset s'il y a quelques autres changements dans votre code, mais vous ne cochez pas, est de créer une nouvelle WorkSpace dans votre ordinateur local

enter image description here

map puis le dernier code au nouvel espace de travail, puis unshelve (télécharger) le shelveset, résoudre le conflit si nécessaire, puis vérifiez dans le code

Source

2015-01-20 08:03:41

Le deuxième développeur peut accéder à Team Explorer -> Builds et faire un clic droit sur la définition de construction avec laquelle vous travaillez.

Sélectionnez « File d'attente Nouvelle construction ... »
Dans la liste déroulante « Que voulez-vous construire? », Sélectionnez « Les dernières sources avec shelveset ».
Si vous allez au bouton "..." vous pouvez sélectionner n'importe quelle étagère de n'importe qui.
Cochez ensuite la case "Check in changes after build réussi".

Une construction s'exécute avec ce jeu de rayons, l'ensemble de rayons est archivé lorsque la construction passe.

Source

2016-07-29 20:37:48 Cassio

Pour les questions ayant avec l'erreur: « Les produits ne peuvent pas être spécifiés avec l'option/shelveset. », Essayez de mettre le nom d'utilisateur entre parenthèses comme suit:

tf checkin /shelveset:shelvesetname;"shelvesetowner"

Source

2018-02-08 18:39:02 Tanner

Répondre

Questions connexes