Contrôle de version pour le site SharePoint?

Question

Nous travaillons simultanément sur des sites SharePoint. Nous devons les déplacer sur un système de contrôle de source. Nous avons à la fois VSS et TFS. Nous préférons TFS sur VSS en raison de sa fiabilité. Je n'ai aucune idée comment lier un site SharePoint avec TFS? La raison pour laquelle il est un peu confus avec le site SharePoint n'est pas que toutes les dépendances sont présentes dans le site, il pourrait avoir des dispositions, des fonctionnalités, etc. et elles sont déployées en dehors du dossier du site. Comment gérer les différentes parties d'un site SharePoint via un contrôleur de version (ou TFS)?

Merci.

Answer 1

Ceci est l'un des problèmes avec le développement de SharePoint. Nous ne conservons aucun 'contenu' dans le contrôle des sources, tout ce qui s'y trouve est le code, y compris tout ce que nous ajoutons à _layouts. Le contenu (tout ce qui se trouve dans une base de données de contenu) fait toujours partie intégrante de «la solution». Nous utilisons le versioning qui est intégré dans SharePoint pour cela et le serveur d'intégration contient la copie source pour que tous obtiennent des copies. Le contenu ne se déploie pas de la même manière que le code, il n'est donc pas inclus dans les versions.

Dans certains projets, cela peut être possible en utilisant des exportations et des importations ou des sauvegardes; Chaque développeur vérifie dans une exportation du site que la solution utilise et cela peut être restauré sur les autres environnements de développement. Cela ne permettra pas de fusionner et écrase le contenu du développeur.

Answer 2

Le contenu est publié directement en production à l'aide du navigateur - vous pouvez utiliser des sauvegardes de collection de sites pour réhydrater les serveurs de stockage intermédiaire et de développement avec le dernier contenu de production.

Des solutions déployables, des caractéristiques, etc., sont poussées dans le sens inverse: du développement à la mise en scène en passant par la production.

C'est ainsi que SharePoint est conçu: le contenu et le code s'écoulent dans des directions opposées. Utilisez TFS pour stocker votre code uniquement. ArjanP et IrishChieftan ont raison quant à la séparation du code et des artefacts.

Answer 3

Il est supposé être possible de déplacer des artefacts dans TFS mais il n'est pas recommandé. Je fais des recherches sur des questions similaires autour de SharePoint et TFS et a trouvé ces articles très utiles:

Développement d'équipe dans Microsoft Office SharePoint Server 2007

http://msdn.microsoft.com/en-us/library/bb428899.aspx

Comment faites-nous le développement de SharePoint, y compris l'intégration TFS? (MCS Finlande équipe)

http://blogs.msdn.com/vesku/archive/2009/10/25/how-do-we-do-sharepoint-development-including-tfs-integration.aspx

Hope this helps.