Supprimer le Lab Management de la configuration

Un client avait configuré le Lab Management pour tester ses fonctionnalités. L'équipe a ensuite décidée de stopper son utilisation car la solution de virtualisation au niveau entreprise, fraîchement choisie, n'est pas SCVMM. Cette fonctionnalité n'est donc plus utilisée. Après un changement de domaine et une migration vers TFS 2012, une erreur était déclenchée très régulièrement sur les jobs intitulés LabManager VMM Server Background Synchronization Job

La description de l'erreur est assez claire "TF259194: System Center Virtual Machine Manager Admin Console is not installed on your Team Foundation server"
J'ai essayer de supprimer la configuration Lab Management via la console ou l'utilitaire TFSConfig Lab. La même erreur apparaît. Les étapes suivantes permettent de stopper ces erreurs puis supprimer les objets et configuration du Lab Management de TFS 2012.

Installer le SCVMM Administrator Console

Votre compte MSDN vous permet de télécharger le produit "System Center Virtual Machine Manager 2008 R2" (TFS 2012) . Il vous faut l'installer sur une de vos machines Application Tier. Lancer le setup.exe et dans la page d'accueil sélectionner VMM Administrator Console. Suivez les instructions et réaliser l'installation.
Une fois l'installation réalisée les erreurs s'arrêtent. Et vous pouvez à nouveau configurer le Lab Management.

Naviguer vers http://serveurTFS:8080/tfs/_oi/_jobMonitoring puis défiler vers le bas jusqu'au dernier graphique.

Supprimer les objets Lab Management au niveau des collections

Pour cela il suffit d'utiliser la commande suivante  sur chaque collection :

cd "C:\Program Files\Microsoft Team Foundation Server 11.0\Tools"
.\TfsConfig Lab /Delete /CollectionName:NomdelaCollection

Une fois l'ensemble des suppressions réalisées, vous avez alors le message suivant dans la console d'administration :

Supprimer complètement le Lab Management

Cette possibilité ne semble pas offerte par la console d'administration ou l'outil TfsConfig. La commande suivante fonctionne mais ne change pas la configuration en réalité :

.\TfsConfig Lab /Settings /ScVmmServerName:"" /NetworkLocation:"" /IpBlock:"" /DnsSuffix:""

Pour la supprimer, il est possible réaliser une modification directement dans la base de données de configuration, je ne le recommande pas évidemment. L'autre possibilité, plus laborieuse mais utilisant les outils fournis, est de réaliser une nouvelle configuration sur place :

• Se connecter sur un serveur application Tier en tant qu'adminitrateur de TFS et lancer une console PowerShell avec les droits élevés

  cd "C:\Program Files\Microsoft Team Foundation Server 11.0\Tools"

• Arrêter les services TFS et sauvegarder les bases de données

  .\TfsServiceControl quiesce
  .\TfsBackup

• Supprimer les objets Lab Management des collections comme ci-dessus
• Détacher toutes les collections (cela permet de les rendre portables)

  .\TfsConfig Collection /detach /collectionName:NomdelaCollection

• Désinstaller les configurations (pour reconfigurer les Application-tier)

  .\TfsConfig Setup /uninstall:ALL

• Supprimer la base de configuration actuelle,
• Configurer à nouveau le serveur TFS à l'identique, pour configurer sur place lancer

  .\TfsMgmt configure

• Attacher à nouveau toutes les collections

  .\TfsConfig Collection /attach /collectionName:NomdelaCollection /collectionDB:"Machine\SqlInstance;NomBasedeDonnees"

• Vérifier, configurer pour chaque collection l'intégration à SharePoint, Reporting Services, et les contrôleurs et agents de Build

Mais cela n'est en rien gênant sauf si vous souhaitez absolument pouvoir désinstaller SCVMM Administrator Console.

have a nice day.

Changer le compte de domaine associé à une identité dans TFS

Depuis la version TFS 2010, l'ensemble des identités est listé dans la base Tfs_configuration.
Tous les comptes et groupes ayant un droit d'accès à TFS ont automatiquement une identité créée (qu'ils s'y soient un jour connectés ou non). Il n'est pas possible de supprimer ou fusionner des identités. Cependant il est possible de modifier le compte/groupe de domaine associé à une identité.

Pour cela, il suffit d'utiliser la commande suivante sur un des serveurs Application-Tier :

cd "C:\Program Files\Microsoft Team Foundation Server 11.0\Tools"
.\TFSConfig identities /change /fromdomain:olddomain /todomain:newdomain /account:oldlogin /toaccount:newlogin

Si vous migrez de domaine, vous pouvez utiliser la commande simplifiée suivante. Elle permet de changer les comptes/groupes pour toutes les identités listées à condition que les nouveaux logins soient identiques aux anciens (il faut aussi qu'ils soient d'abord créés dans le nouveau domaine).

cd "C:\Program Files\Microsoft Team Foundation Server 11.0\Tools"
.\TFSConfig identities /change /fromdomain:olddomain /todomain:newdomain

Il arrive parfois qu'une nouvelle identité soit créée par erreur, souvent par ricochets via les groupes Windows. Le nouveau compte cible newdomain\newdidier est alors déjà connu dans TFS. La migration de l'ancien compte olddomain\olddidier vers newdomain\newdidier ne fonctionnera pas.

Comme l'utilisateur newdomain\newdidier n'a en fait réalisé aucune action dans TFS, il est facile de supprimer ce doublon en utilisant un compte local temporaire srvTFS\tmpdidier.

cd "C:\Program Files\Microsoft Team Foundation Server 11.0\Tools"
.\TFSConfig identities /change /fromdomain:newdomain /todomain:srvTFS /account:newdidier /toaccount:tmpdidier
.\TFSConfig identities /change /fromdomain:olddomain /todomain:newdomain /account:olddidier /toaccount:newdidier

Affecter le compte intermédiaire srvTFS\tmpdidier à l'identité créée par erreur de newdomain\newdidier permet de supprimer ce dernier de la liste. Il suffit alors de migrer normalement l'identité de olddomain\didier vers newdomain\newdidier.
Lors d'une migration, j'ai eu un problème de synchronisation des comptes au niveau des éléments de travail. Le Job plante sur une identité, l'accès aux éléments de travail n'est alors plus disponible pour certains utilisateurs. Pour l'éviter, il suffit de forcer après le changement d'une identité la synchronisation en lançant le Job correspondant (ne pas changer 2 fois de suite une identité sans exécuter ce job). Un billet de Neno Loje explique comment ici.

Nous avons aussi souvent un serveur SharePoint associé au TFS et les noms de comptes suivent souvent une règle différente en changeant de domaine. Je vous propose un script PowerShell permettant de migrer rapidement les comptes individuellement. 

Param(
     [string] $csvlogins = "C:\mappageLogins.csv",
     [string] $domainOld = "olddomain",
     [string] $domainNew = "newdomain",
     [string] $SharepointWebApp = "http://srvsps"
    )

$TFSConfig = "$Env:ProgramFiles\Microsoft Team Foundation Server 11.0\Tools\TFSConfig.exe"

$loginList=IMPORT-CSV -Path $csvlogins -delimiter ";"

Foreach ($Account in $loginList) {
    $old = $Account.AncienLogin
    $new = $Account.NouveauLogin
    write-output "$domainOld\$old"
    & $TFSConfig identities /change "/fromdomain:$domainOld" "/todomain:$domainNew" "/account:$old" "/toaccount:$new"
    $user = Get-SPUser -web $SharepointWebApp -Identity "$domainOld\$old"
    Move-SPUser -Identity $user -NewAlias "$domainNew\$new" -IgnoreSID -Confirm:$false
}

Le script fonctionne si TFS est installé sur le serveur et les commandlets de SharePoint sont chargées dans la console PowerShell. Pour lister les identités actuelles de TFS, il suffit d'exécuter TFSconfig identities. Ensuite, il vous suffit de créer un fichier CSV avec les colonnes "AncienLogin" et "NouveauLogin" :

AncienLogin;NouveauLogin

didier;newdidier

Comme toujours, soyez prudents, les changements d’identités peuvent avoir des effets de bord. Vous ne devez jamais utiliser ces commandes sur votre instance de production sauf si vous les avez testées sur l’environnement de test au préalable.

have a nice day.

Mise à jour 01/12/2013 : Ajout remarque sur la synchronisation des identités au niveau des éléments de travail.

Ajouter l'effort au bogue et le gérer dans le Web Access 2013

Je vais décrire comment intégrer le temps estimé, effectué et restant sur un bogue dans le modèle de processus Msf Agile 7.x en langue Fr-Fr et Team Foundation Server 2013. Les modifications permettront aussi de visualiser les bogues dans le tableau du Web Access, et gérer la capacité de l'équipe sur le travail restant des tâches et bogues. Enfin, les bogues seront directement utilisables dans la page "Mon travail" sous Visual Studio 2013.
Globalement, la démarche nécessite de modifier le type d’élément de travail Bogue afin de lui ajouter les champs de références, les états et transitions nécessaires. Puis, il faudra modifier le fichier de configuration du processus et les catégories. Pour effectuer ces mêmes opérations sur TFS 2012 (ou TFS en en-US), vous pouvez vous reporter à mes précédents messages Ajouter l'effort au type bogue et Afficher le bogue dans le Web Access

Modifier le fichier bogue

Exporter la définition du Bogue depuis votre projet d'équipe basé sur le processus Msf Agile 7.x :

$NomProjetEquipe = "TestProjMsfAgile7"
$UrlCollectionTfs = "http://VSTFS2013FR:8080/tfs/DefaultCollection"
$WitAdmin = "${env:ProgramFiles(x86)}\Microsoft Visual Studio 12.0\Common7\IDE\witadmin.exe"
$Reptemp = "C:\temp"
 
#Exporter le WIT Bogue
& $WitAdmin importwitd /collection:$UrlCollectionTfs /p:$NomProjetEquipe /f:"$Reptemp\Bogue.xml" /n:Bogue

Le type d'élément de travail Bogue n'a pas ou peu évolué dans cette version 7.x de Msf Agile. Les modifications à réaliser sont à peu près identiques aux précédentes versions à savoir :

• ajouter les champs de référence Microsoft.VSTS.Scheduling.Xxxx et Microsoft.VSTS.Common.Activity

<FIELD name="Activité" refname="Microsoft.VSTS.Common.Activity" type="String" reportable="dimension">
 <HELPTEXT>Type de travail concerné</HELPTEXT>
 <SUGGESTEDVALUES expanditems="true">
  <LISTITEM value="Développement" />
  <LISTITEM value="Test en cours" />
  <LISTITEM value="Spécifications" />
  <LISTITEM value="Design" />
  <LISTITEM value="Déploiement" />
  <LISTITEM value="Documentation" />
 </SUGGESTEDVALUES>
</FIELD>
<FIELD name="Travail restant" refname="Microsoft.VSTS.Scheduling.RemainingWork" type="Double" reportable="measure" formula="sum">
 <HELPTEXT>Estimation du nombre d'unités de travail restantes pour terminer cette tâche</HELPTEXT>
</FIELD>
<FIELD name="Estimation d'origine" refname="Microsoft.VSTS.Scheduling.OriginalEstimate" type="Double" reportable="measure" formula="sum">
 <HELPTEXT>Valeur initiale du travail restant - à définir au début du travail</HELPTEXT>
</FIELD>
<FIELD name="Travail effectué" refname="Microsoft.VSTS.Scheduling.CompletedWork" type="Double" reportable="measure" formula="sum">
 <HELPTEXT>Nombre d'unités de travail consacrées à cette tâche</HELPTEXT>
</FIELD>

• ajouter les états Nouveau et Supprimé

<STATE value="Nouveau">
 <FIELDS>
  <FIELD refname="Microsoft.VSTS.Common.ActivatedDate">
   <EMPTY />
  </FIELD>
  <FIELD refname="Microsoft.VSTS.Common.ActivatedBy">
   <ALLOWEXISTINGVALUE />
   <EMPTY />
  </FIELD>
  <FIELD refname="Microsoft.VSTS.Common.ClosedDate">
   <EMPTY />
  </FIELD>
  <FIELD refname="Microsoft.VSTS.Common.ClosedBy">
   <ALLOWEXISTINGVALUE />
   <EMPTY />
  </FIELD>
  <FIELD refname="Microsoft.VSTS.Common.ResolvedReason">
   <EMPTY />
  </FIELD>
  <FIELD refname="Microsoft.VSTS.Common.ResolvedBy">
   <ALLOWEXISTINGVALUE />
   <EMPTY />
  </FIELD>
  <FIELD refname="Microsoft.VSTS.Common.ResolvedDate">
   <EMPTY />
  </FIELD>
 </FIELDS>
</STATE>
<STATE value="Supprimé" />

• ajouter et modifier les transitions essentielles permettant de naviguer d'un état donné à un autre. Pour la lisibilité de ce message, vous les trouverez à la fin de celui-ci.
• ajouter des contrôles dans l'interface correspondants aux champs de référence Microsoft.VSTS.Scheduling.Xxxx et Microsoft.VSTS.Common.Activity

<!-- interface ajouter dans le groupe avec la Planification et la Classification 
     et  Ajuster les pourcentages-->
<Column PercentWidth="20">
 <Group Label="Effort (en heures)">
  <Column PercentWidth="100">
   <Control FieldName="Microsoft.VSTS.Scheduling.OriginalEstimate" Type="FieldControl" Label="Estimation d'origine" LabelPosition="Left" />
   <Control FieldName="Microsoft.VSTS.Scheduling.RemainingWork" Type="FieldControl" Label="Restant" LabelPosition="Left" />
   <Control FieldName="Microsoft.VSTS.Scheduling.CompletedWork" Type="FieldControl" Label="Terminé" LabelPosition="Left" />
  </Column>
 </Group>
</Column>
<!-- et activité dans la colonne Planification en dernière ligne + ajustement des pourcentages -->
<Control FieldName="Microsoft.VSTS.Common.Activity" Type="FieldControl" Label="Activité" LabelPosition="Left" EmptyText="&lt;Aucun&gt;" />

Importer cette nouvelle définition du Bogue dans votre projet d'équipe basé sur le processus Msf Agile 7.x :

$NomProjetEquipe = "TestProjMsfAgile7"
$UrlCollectionTfs = "http://VSTFS2013FR:8080/tfs/DefaultCollection"
$WitAdmin = "${env:ProgramFiles(x86)}\Microsoft Visual Studio 12.0\Common7\IDE\witadmin.exe"
$Reptemp = "C:\temp"
 
#Exporter le WIT Bogue
& $WitAdmin importwitd /collection:$UrlCollectionTfs /p:$NomProjetEquipe /f:"$Reptemp\Bogue.xml"

Modifier les catégories et la configuration du processus

Exporter la configuration du processus et les catégories du projet d'équipe :

$NomProjetEquipe = "TestProjMsfAgile7"
$UrlCollectionTfs = "http://VSTFS2013FR:8080/tfs/DefaultCollection"
$WitAdmin = "${env:ProgramFiles(x86)}\Microsoft Visual Studio 12.0\Common7\IDE\witadmin.exe"
$Reptemp = "C:\temp"
 
#Exporter la configuration du processus et les catégories
& $WitAdmin exportprocessconfig /collection:$UrlCollectionTfs /p:$NomProjetEquipe /f:"$Reptemp\ProcessConfiguration.xml"
& $WitAdmin exportcategories /collection:$UrlCollectionTfs /p:$NomProjetEquipe /f:"$Reptemp\Categories.xml"

Modifier le fichier des catégories pour ajouter le Bogue dans la catégorie de tâche :

<CATEGORY refname="Microsoft.TaskCategory" name="Catégorie de tâche">
 <DEFAULTWORKITEMTYPE name="Tâche" />
 <WORKITEMTYPE name="Bogue" />
</CATEGORY>

Modifier le fichier de configuration du processus pour introduire les modifications réalisées :

<BugWorkItems category="Microsoft.BugCategory" pluralName="Bogues" singularName="Bogue">
 <States>
  <State type="Proposed" value="Nouveau" /> <!-- Ajouter l'état Nouveau -->
  <State type="InProgress" value="Actif" />
  <State type="Complete" value="Fermé" />
  <State type="Resolved" value="Résolu" />
 </States>
</BugWorkItems>
<!-- ... -->
<TaskBacklog>
  <!-- remplacer les éléments States du TaskBacklog par les suivants -->
  <States>
  <State type="Proposed" value="Nouveau" />
  <State type="InProgress" value="Actif" />
  <State type="Resolved" value="Résolu" />
  <State type="Complete" value="Fermé" />
 </States>
</TaskBacklog>

Importer les catégories puis la configuration du processus dans le projet d'équipe :

$NomProjetEquipe = "TestProjMsfAgile7"
$UrlCollectionTfs = "http://VSTFS2013FR:8080/tfs/DefaultCollection"
$WitAdmin = "${env:ProgramFiles(x86)}\Microsoft Visual Studio 12.0\Common7\IDE\witadmin.exe"
$Reptemp = "C:\temp"
 
#Importer les catégories et configuration du processus
& $WitAdmin importcategories /collection:$UrlCollectionTfs /p:$NomProjetEquipe /f:"$Reptemp\Categories.xml"
& $WitAdmin importprocessconfig /collection:$UrlCollectionTfs /p:$NomProjetEquipe /f:"$Reptemp\ProcessConfiguration.xml"

Vous pouvez maintenant profiter de votre tableau tout frais affichant les bogues et tâches associées aux récits utilisateurs de l'itération choisie. Un tableau est désormais disponible pour chaque itération (plus uniquement celle en cours). Notez que le lien a été déplacé en conséquence.

Quelques Réflexions

J'ai utilisé ici un script PowerShell pour l’exécution des commandes. Même si celles-ci restent très simple, j'ai trouvé cela plus facile qu'une invite de commandes sans compter les possibilités plus vastes disponibles.

La configuration du processus avec un seul fichier est une réelle avancée pour la personnalisation. Les changements sont plus faciles à réaliser et il n'est plus besoin de réfléchir à l'ordre d'importation des fichiers.

have a nice day.

Visual Studio ALM 2013 Preview et Scrum Boat

Le mercredi 26/06 fut une sacrée journée. A la Build 2013, les sorties de Visual Studio 2013 et Team Foundation Server 2013 en version Preview ont été officialisées, avec en parallèle la sortie de l'Update 3 de Visual Studio 2012. La soirée était aussi riche côté Agilité avec la soirée Scrum Boat.

Visual Studio 2013 Preview et TFS 2013 Preview

Je ne vais pas énumérer l'ensemble des nouveautés excitantes de cette nouvelle version. Je vais citer mes 5 préférées.

• Les améliorations de l’éditeur de code : il permet désormais de prévisualiser la valeur de retour d'une fonction, visualiser les indicateurs de code "tête haute" en début de fonction : références, dernières modifications et auteurs, état des tests et testé par, et enfin la visualisation en ligne de la définition d'une fonction (Peek definition)
• Editer et continuer la session de débogage sur une plateforme x64, vous permettra de gagner du temps en évitant de redémarrer une session de débogage pour une petite correction du code.
• Le support pour les applications Windows Store écrite en Xaml des tests codés de l'interface utilisateur (Coded UI)
• Le début de la gestion de portefeuille Agile avec la gestion d'une hiérarchie de backlogs et le nouveau type d'élément de travail Fonctionnalité (Feature)
• Le rachat de InRelease qui étend et facilite l'automatisation des processus d’intégration et de déploiement des applications.

Pour tester les nouveautés, vous pouvez profiter dans Windows Azure de la nouvelle image d'ordinateur virtuel pré-configurée avec Visual Studio 2013 Preview et Windows Server 2012. Les comptes MSDN n'ont maintenant plus l'obligation de  fournir les informations d'une carte bancaire à l'inscription et bénéficier de 150€ le premier mois puis chaque mois de 40€ (Professionnel), 75€ (Premium) et 115€ (Ultimate) . La preuve en images :

Scrum Boat

J'ai eu le bonheur de participer à cette soirée organisée par le French Scrum User Group sur une péniche parisienne.
Mon premier atelier fut un rafraîchissant Open Space. Même Merci à Guillaume, Emilie, Yannick, Raphaël, Sébastien, Marine et les invités ponctuels pour ce bon moment et ces échanges. J'en ai retenu quelques points :

• Nous aimons l'Agile pour le travail en équipe (non en groupe), le sentiment de fierté du produit réalisé, la performance de la méthode 
• Le top management pousse de plus en plus à l'adoption  de méthode Agiles  L'équipe de développement n'est plus systématiquement à l’initiative de l'adoption
• Pour promouvoir l'Agilité au top management, il vaux mieux évoquer les intérêts financiers : ROI, efficience, time to market, dette technique réduite (les anomalies détectés en production coûtent chères) ou encore le bénéfice pour l'image de l'entreprise par l'extérieur, par ses employés. L'introduction des concepts via des Serious Games peut accélérer la compréhension des bénéfices.
• L'Agilité est une innovation de processus et de rupture. Elle est donc encore nouvelle, il faut aussi la promouvoir au travers d’exemples de réussites concrètes.

Le deuxième atelier portait sur l'expression du besoin et la création rapide d'une maquette fonctionnelle à l'aide d'un outil de User eXperience Domain Driven Devlopment. La démonstration de la méthode est assez convaincante. En un peu moins d'une heure, il a été possible de capter l'expérience utilisateur attendue pour la création d'une application permettant à des équipes distantes de réaliser un Speed Boat.

Après cette soirée studieuse et ludique, le bateau est parti pour une croisière nocturne d'environ 1 heure sur la seine avec au programme échanges et networking.

have a nice day.

Faciliter la création et le partage de vos interfaces

Pour accélérer et obtenir une bonne cohérence entre les différentes interfaces sur des applications Windows Store et Windows Phone, je pratique régulièrement 2 astuces. La première permet de créer des pages à partir d'un ou plusieurs modèles partagés, la deuxième permet de partager au maximum les styles entres les différentes plateformes cibles d'une même application.

Créer vos modèles de page

Je décris ci-dessous une procédure vous permettant de créer un modèle de page. Celui peut alors être simplement réutilisé lorsque vous choisissez "Ajouter un nouvel élément", il apparaît dans le formulaire de création comme ci-dessous.

Bien que la procédure détaillée porte sur une page d'application Windows Store avec XAML/C#, la même procédure pourra être appliquée pour des pages d'applications Windows Store avec HTML/CSS, ou encore Windows Phone 7 et 8.

1. Exporter votre page comme modèle de nouveaux éléments.
   Cliquer dans le menu sur Fichier > Exporter le modèle pour ouvrir le la fenêtre de dialogue. Choisissez ensuite "modèle d'élément" et le projet dans lequel la page à exporter comme modèle est située. Choisissez l'élément à exporter. Choisissez les références à exporter (elles sont ajoutées au moment de l'import dans le projet). Choisissez le titre, la description, l'icône et décochez l'importation automatique.
   
2. Dézipper le fichier créé dans un sous-dossier du même nom que le fichier zip. Vous pouvez supprimer le fichier zip d'origine. Ouvrez le fichier MyTemplate.vstemplate quelques modifications y sont à réaliser.
3. Indiquer le groupe de plateforme auquel appartient le modèle.
   Il vous suffit d'ajouter la ligne suivante dans la balise TemplateData pour une application Windows Store:

   <TemplateGroupID>WinRT-Managed</TemplateGroupID>

   pour une application Windows Phone 7 ou 8 utilisez :

   <TemplateGroupID>Windows Phone</TemplateGroupID>

4. (Rendre le modèle non-visible par défaut)
   Lorsque vous ajouterez un élément dans un site site Web par exemple ce modèle n'apparaîtra pas. Il faut ajouter la ligne suivante dans le noeud TemplateData.

   <ShowByDefault>false</ShowByDefault>

5. Faire apparaître le modèle de page dans la catégorie supérieure.
   Si vous souhaitez voir le modèle dans votre catégorie personnalisée et aussi dans la catégorie parente Visual C#, il suffit d'ajouter la ligne suivante dans le noeud TemplateData.

   <NumberOfParentCategoriesToRollUp>1</NumberOfParentCategoriesToRollUp>

6. Importer le modèle dans Visual Studio.
   Enregistrez les modifications précédentes. Naviguez vers le répertoire "C:\Users\nomutilisateur\Documents\Visual Studio 2012\Templates\ItemTemplates". Créez un nouveau répertoire "Mes Modèles". Et déplacez le répertoire contenant le modèle dans celui-ci.
   

Vous pouvez maintenant ajouter de nouvelles pages à votre application suivant votre nouveau modèle. Pour aller plus loin, vous pouvez envisager d'intégrer vos modèles de page à une extension de Visual Studio .vsix afin de les diffuser largement.

Répartir et partager vos styles dans différents fichiers

L'idée est de construire plusieurs fichiers de styles qui seront plus ou moins partagés avec les différentes plateformes. Pour le développement d'une solution sur les 3 plateformes en XAML/C#, j'utilise la configuration suivante avec trois types de fichiers selon leur niveau de partage :

• Les couleurs. L'ensemble de color, brush, .. constituent une partie importante de la charte graphique, le fichier contenant celles-ci est partagé sur l'ensemble des applications Windows Store, Windows Phone 7 et 8. Pensez simplement à retirer la référence xmlns:local qui est ajoutée automatiquement à la création d'un dictionnaire de ressources.
• Les styles de textes, boutons, et contrôles de base : Même s'ils sont en général communs aux  3 plateformes, vous ne souhaitez pas utiliser la même taille de texte pour un titre sur la tablette que sur le téléphone. 1 fichier est créé pour l'application Windows Store. 1 autre fichier du même nom est créé et partagé entre les applications Windows Phone 7 et 8.
• Les styles et modèles d'un composant spécifique à une plateforme. Le fichier correspondant est bien entendu créé uniquement pour la dite plateforme par exemple le contrôle Pivot de Windows Phone.
  Remarque : le contrôle Pivot  existe sur Windows Phone 7 et 8 mais dans une librairie différente. Pour partager le fichier de style, il faudra déclarer l'espace de nom controls pour la réutilisation dans l'application Windows Phone 7 comme dans l'exemple ci-dessous. Notez aussi les références aux dictionnaires de ressources précédents.

  <ResourceDictionary
   xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" 
   xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
      xmlns:controls="clr-namespace:Microsoft.Phone.Controls;assembly=Microsoft.Phone.Controls"
      xmlns:phone="clr-namespace:Microsoft.Phone.Controls;assembly=Microsoft.Phone">
      <ResourceDictionary.MergedDictionaries>
          <ResourceDictionary Source="CustomColors.xaml"/>
          <ResourceDictionary Source="CustomStyles.xaml"/>
      </ResourceDictionary.MergedDictionaries>
      <!-- Pivot's style -->
      <Style x:Key="MainPagePivotStyle" TargetType="controls:Pivot">
          <Setter Property="Margin" Value="0,50,0,0" />
      </Style>
  </ResourceDictionary>

Pour partager un même fichier, il suffit de les créer dans le premier projet de "base" (je choisis celui de Windows Store, puis Windows Phone 8). Ensuite, il suffit d'ajouter de les Ajouter en tant que lien dans les autres projets compatibles.
Cliquer sur Ajouter un élément existant. Dans la fenêtre de choix, naviguez vers le projet de "base" et choisissez le fichier souhaité à importer, enfin cliquer sur "Ajouter en tant que lien".

Le partage des styles complète bien les librairies portables et le modèle d'architecture MVVM afin de partager un maximum de code. Vous pouvez consulter l'article du MSDN magazine de juin 2013 à ce sujet ici.
have a nice day.