Accès distant à Team Foundation Server 2010

Question

Nous sommes quatre développeurs situés dans des endroits différents (dans un rayon de 100 km l'un de l'autre). Essayez de collaborer sur un projet de développement logiciel. Nous souhaitons installer Team Foundation Server 2010 sur l'une de nos machines (nous utilisons tous Windows 7) et l'utiliser comme référentiel de code source central et gestion des éléments de travail.

Toutefois, nous ne pouvons pas sembler pouvoir configurer TFS pour accepter les connexions de suppression (via Visual Studio). Est-il possible d'utiliser TFS de cette manière?

Answer 1

TFS est juste un ensemble de services Web et devrait être configuré pour un accès à distance dès la sortie de la boîte.

Choses que vous aurez probablement besoin de configurer.

1. Assurez-vous que le pare-feu Windows permet à TFS d'accepter les demandes entrantes sur le port 8080 (TFS qu'INSTALL faire pour vous)

2. Configurer votre routeur pour utiliser « Port Forwarding » afin que les demandes de l'Internet au port 8080 sont acheminés à la machine avec TFS installé. Votre fournisseur de services Internet attribue probablement les adresses IP de façon dynamique, vous devrez donc peut-être vous inscrire à un Dynamic DNS service tel que NO-IP.com. (vérifiez lesquels sont pris en charge par votre routeur)

Une fois que vous avez fait cela, vous devriez être opérationnel.

Je suis sûr que d'autres vont suggérer que vous fossé TFS et utiliser un DVCS comme GIT ou Mercurial, ils ont un point! Vous devriez examiner si cela vaut la peine de faire en sorte que TFS fonctionne de cette façon lorsqu'un autre système sera plus facile à démarrer.

Answer 2

TFS fonctionne très bien pour ce type de scénario et que vous utilisiez ou non un DVCS, vous devrez toujours configurer l'accès. Vous n'avez pas besoin de configurer des proxys. TFS est extrêmement rapide même sur une connexion lente. Les 3 choses dont vous devez vous rappeler si vous n'êtes pas sur le même domaine que le TFS sont:

1. Demandez à l'administrateur TFS de configurer vos droits TFS en utilisant un compte de domaine configuré pour vous. Si vous n'avez pas de compte de domaine, créez-en un et utilisez-le. S'il n'y a pas de domaine, créez un compte de groupe de travail ou un compte de serveur TFS local.
2. Ajoutez manuellement les informations d'identification de votre compte de domaine (ou de groupe de travail ou de serveur TFS local) au magasin d'informations d'identification Windows ou TFS continuera de vous demander de vous connecter, ce qui est pénible. Assurez-vous d'inclure le nom de domaine (ou de groupe de travail ou local) dans le nom d'utilisateur dans ce format: MyDomainOrMachineOrWorkgroup \ MyUserName. Pas d'antislash au début, pas d'antislash à la fin.
3. Vous devez utiliser l'adresse IP directement pour vous connecter ou ajouter une entrée à votre fichier hosts (C: \ Windows \ System32 \ drivers \ etc \ hosts). Pour ceux qui ne sont jamais allés dans ce fichier le "etc" est en fait le nom du répertoire pas seulement moi disant "et ainsi de suite". Les entrées là-bas vous disent que lorsque vous tapez une adresse comme mytfs.mydomain.com il devrait aller à IP tel et tel. C'est tout.

Answer 3

@Nigel Nous avons TFS sur un serveur distant avec un proxy local sur mon lieu de travail. Notre connexion Internet est assez lente par rapport au nombre de développeurs sur le site. TFS a des performances extrêmement médiocres dans cette configuration par rapport à avoir le serveur local.Nos solutions peuvent être plusieurs centaines de MB à télécharger (dont quelques branches). La vérification de l'historique des versions est lente et douloureuse. La récupération des étagères est lente et douloureuse. L'enregistrement sur VS2010 ou VS2008 est lent et douloureux. Heureusement, VS2012 le fait de manière asynchrone, donc l'enregistrement n'est pas si mauvais, mais vous obtiendrez finalement un dialogue modal lorsque l'op est terminée. Dans l'ensemble, je dirais une mauvaise expérience par rapport à SVN et encore moins DVCS.