Le déploiement SharePoint 2010 ne mettra pas à jour les pages maîtres parce que Sphile.customizedpagestatus est «Aucun»

sharepoint.stackexchange https://sharepoint.stackexchange.com//questions/61367

Question

Nous avons le scénario suivant et espérons que quelqu'un peut aider:

  • Base de données de contenu de site d'édition d'origine 2007 Mise à jour sur 2010
  • Les modèles de page utilisés n'ont jamais été fantomatiques car ils ont été ajoutés manuellement et ne font pas partie de la définition de site, de sorte que leur propriété SPFILE.CustomizedPageStatus est définie sur 'Aucun'
  • Nos modèles mis à jour sont dans un package de déploiement VS2010, déployé via une fonctionnalité (le déploiement échoue en raison du point précédent)
  • Nous n'avons jusqu'à présent pas été incapable de changer personnalisésPagestatus via PowerShell ou SPFILE.RevertContStream () car PersonnaliséPagestatus est défini sur 'Aucun'.Cette méthode jette une exception par conception si la propriété est "Aucun"

    Idéalement, nous aimerions mettre à jour la propriété sur "incusomisé" (par exemple), de sorte que le déploiement mettra à jour tous les fichiers.

    entrées dans le fichier éléments.xml se situe dans le format suivant:

    <File Url="CustomMasterPage.master" Type="GhostableInLibrary" />   
    

    reconnaissant pour toute assistance.

Était-ce utile?

La solution

Nous avons maintenant trouvé une solution temporaire à l'aide de l'outil suivant:

http://spghostfilesManager.codeplex.com/

Nous avons renommé nos modèles de page dans la fonctionnalité, les déployés comme normal, puis utilisé le gestionnaire de fichiers de fantôme pour "filer" les modèles aux nouveaux.

C'est un peu de hack pour être honnête, mais cela nous a permis de continuer.

Si quelqu'un a de meilleures suggestions sur la manière de y parvenir, veuillez poster!

Autres conseils

Vous pouvez également utiliser SharePoint Designer, s'il est installé.

Allez à la page correspondante de la galerie de la page principale et s'il a un bleu "!"Icône à côté de celui-ci, cliquez sur "Réinitialiser une définition de site".Cela rechargera la page pertinente de la ruche.

Mais toutes les personnalisations effectuées à la version actuelle de la page seront perdues!

Je crois que la solution est de revenir à la définition de site (SharepintDesigner) puis déployer la solution à nouveau (VisualStudio)

Cela a fonctionné pour moi! Il suffit d'assurer dans Visual Studio que l'élément "Résolution de conflit de déploiement" est défini sur "Aucun"

Licencié sous: CC-BY-SA avec attribution
Non affilié à sharepoint.stackexchange
scroll top