Question

Je développe un Coquille isolée qui s'adresse à "concepteurs/créateurs de contenu spécial" effectuer des tâches spécifiques, à l'aide du Shell.Comme ils opèrent sur des fichiers, ils doivent pouvoir utiliser TFS pour le contrôle des sources.Cela est principalement dû au fait que les développeurs travailleront également sur les mêmes fichiers de TFS mais en utilisant Visual Studio 2008.

Après avoir cherché et recherché, je n'ai toujours pas trouvé que Team Explorer soit disponible pour Shell.Une question sur les forums MSDN m'amène à la réponse suivante : "cela n'est pas encore pris en charge dans le shell isolé".Eh bien, l’intérêt de donner un shell n’est pas justifié si vous souhaitez utiliser un système de contrôle de code source pour vos fichiers.L'idée n'est pas de tout recréer et de développer des fenêtres d'outils, etc. en utilisant l'API du fournisseur TFS.

Le Livre sur l'extensibilité de Visual Studio par Keyven Nayyeri a un exemple, qui ne va que jusqu'à présent dans ce problème de l'ajout d'un fournisseur sc.

Quelqu'un a-t-il travaillé sur le développement Visual Studio 2008 Shell isolé applications/environnement ?Veuillez fournir des commentaires, des questions - tout ce que vous avez à partager en dehors des fils de discussion suivants, auxquels j'ai déjà participé.

Discussions sur les forums MSDN :


Merci pour votre réponse.Oui vous avez raison, nous allons acquérir des CAL pour les utilisateurs sans avoir à les acheter Visual Studio, c'est la direction que nous allons prendre.

Mais je n'ai pas encore compris comment rendre Team Explorer accessible à ces utilisateurs, dans Shell.Je cherche donc à connaître les détails techniques de la façon dont cela peut être fait.

Je veux dire, j'ai un utilisateur, il installe mon application VS Shell, il n'a pas de système VStudio Team sur sa machine.Maintenant, si j'achète une CAL pour TFS et installe Team Explorer, pensez-vous qu'elle sera automatiquement disponible dans l'application VS Shell ?

Des idées?avez-vous travaillé pour que cela se produise ?

Merci

Était-ce utile?

La solution

Je viens de tomber sur cette question, elle pourrait toujours vous intéresser.

Vous avez la possibilité d'inclure l'AnkhSVN (http://ankhsvn.open.collab.net/) packages et chargez-le dans votre shell isolé.Bien qu'il existe quelques problèmes, avec la prise en charge de Subversion, vous pouvez utiliser SvnBridge pour accéder aux référentiels TFS.Cela pourrait vous rapprocher un peu du processus que vous essayez de réaliser.

Autres conseils

Il semble que vous essayiez d'autoriser les "créateurs de contenu spécial" à enregistrer des fichiers dans TFS Source Control sans avoir à leur acheter une licence pour Visual Studio Team Edition - corrigez-moi si je me trompe.

Si tel est le cas, je pense malheureusement que vous ne pouvez pas vraiment le faire.Vos utilisateurs ont toujours besoin d'une licence d'accès client (« CAL ») pour accéder à TFS.

Je pense que vous pouvez acquérir uniquement des CAL pour vos utilisateurs sans avoir à acheter Visual Studio pour eux (je suppose pour moins que ce que coûterait un Visual Studio complet).À ce stade, vous pouvez simplement leur distribuer Team Explorer, qui est un shell VS avec rien d'autre que des composants d'accès TFS.Ceci est disponible sur le support de votre serveur TFS.

J'ai trouvé ça via Google.Vous voudrez peut-être l'examiner pour décider de vos meilleures options :

Livre blanc sur les licences Visual Studio Team System 2008

La seule exception aux règles CAL que je connais est l'accès aux éléments de travail.En supposant que les serveurs disposent d'une licence appropriée, n'importe qui dans votre organisation peut créer de nouveaux éléments de travail ou afficher et mettre à jour ceux existants. créé par eux, en utilisant le Accès Web aux éléments de travail composant.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top