0

Disons que nous avons des développeurs répartis dans différents pays travaillant sur le même projet sharepoint.Quelles sont les meilleures méthodologies de développement distribuées pour sharepoint?

problèmes qu'ils pourraient faire face, y compris (mais sans s'y limiter):

  1. webparts déploiement & débogage qui ne fonctionne pas partout, mais le serveur.
  2. comment peuvent-ils appliquer le contrôle de la source sur les pages de point de partage créées et d'autres ressources.
  3. Contrôle de source sur les solutions Visual Studio.
  4. accéder au concepteur, administrateur central. ....

y a-t-il des guides, des pratiques d'excellence pour un tel scénario?

Répondre

1

Vous souhaitez utiliser TFS - Team Foundation Server 2010. Parfait pour le développement distribué et couvre tous vos 4 points. Toutefois, le point 4 est une fonctionnalité Sharepoint standard et vous devez uniquement définir des autorisations pour l'administrateur central/Sharepoint Designer. Team Foundation Server s'intègre parfaitement à votre environnement de développement Visual Studio et vous pouvez même disposer d'un serveur de génération. Votre environnement d'intégration est donc toujours à jour. Notez également pour le débogage: vous pouvez utiliser le débogage à distance pour que même vos développeurs offshore puissent déboguer sur le serveur (ou utiliser le bureau à distance).

Microsoft: Visual Studio Team Foundation Server 2010

+0

nous utilisons déjà TFS, mais ne prend pas en charge le contrôle à distance version? –

+0

Bien sûr, c'est le cas. Vous configurez votre TFS pour qu'il soit accessible depuis l'extérieur via tfs.mycompany.com et les gens peuvent se connecter au TFS comme ils le feraient localement. Ou est-ce que je te comprends mal? –