Errore di politica di check-in con VS 2012 e TFS 2010 - CheckForWarningsPolicy

Question

Stavamo usando Team Foudation Server 2010 con Visual Studio 2010 per ogni progetto che abbiamo realizzato nella nostra azienda. Abbiamo creato alcuni eventi post-build, alcune politiche di check-in e tutto funzionava correttamente.

Recentemente abbiamo spostato a Visual Studio Professional 2012 (versione 11.0.51106.06 Update 1) e ora, ogni volta che cerchiamo di check-in del codice, si ottiene questo errore:

Internal error in Check for Compilation Warnings and Errors Policy. Error loading the Check for Compilation Warnings and Errors Policy policy (The policy assembly 'CheckForWarningsPolicy, Version=2.1.0.0, Culture=neutral, PublicKeyToken=342882479c9e5e25' is not registered.). Installation instructions: To install this policy, please read ReadMe.txt.

Error loading the Check for Compilation Warnings and Errors Policy policy (The policy assembly 'CheckForWarningsPolicy, Version=2.1.0.0, Culture=neutral, PublicKeyToken=342882479c9e5e25' is not registered.). Installation instructions: To install this policy, please read ReadMe.txt.

Readme.txt citato alla fine dell'errore non è raggiungibile, non c'è nessun link o indicazione dove si trova il file.

Ho cercato questa risposta in Google e qui, ma senza fortuna. Probabilmente sto facendo la ricerca sbagliata.

Ho letto alcune domande come:

• Custom policies in Visual Studio 2012 and TFS 2010
• TFS 2012 and VS 2010

Ma nessuno di loro ha lavorato per me. Cosa posso fare per risolvere questo errore?

Thank

Answer 1

Ho "risolto" l'errore e posterò ciò che ho fatto in modo che chiunque abbia affrontato lo stesso problema possa imparare dalla mia esperienza.

Per creare questo criterio di archiviazione in Visual Studio 2010 abbiamo utilizzato un criterio personalizzato sviluppato da Jeff Bramwell (link to MSDN profile). Questa politica, a quanto pare, non viene gestita da lui come puoi vedere nello policy page in MSDN. Ho fatto una domanda nella pagina e gli ho inviato un tweet, ora aspetterò la sua risposta.

Test di questo criterio in Visual Studio 2010 Ho verificato che non funzionava, quindi l'ho appena rimosso dal progetto in Progetto> Impostazioni> Controllo origine> Criterio di archiviazione.

Se ho bisogno di qualcosa di più dettagliato, posso aggiungere un criterio di verifica dell'analisi del codice come descritto in the Stack Overflow question about Prevent check-in if code analysis warning exists. Con questo approccio posso anche impostare una regola personalizzata.

Spero che questo aiuti qualcuno con lo stesso problema.

Answer 2

Si dovrà installare le politiche checkin 2010 nel 2012. Il modo più semplice è quello di registrare le assemblee esistenti in Visual Studio 2012 HYVE registro su ogni macchina che utilizza la politica di check-in. E quindi vedere se ora funzionano anche in Visual Studio 2012. È possibile provare a utilizzare un reindirizzamento di associazione per risolvere eventuali problemi di controllo delle versioni. Il process for setting up the binding redirections is explained in this blog post.

Se si utilizzano API con modifiche a Visual Studio 2012, è possibile che sia necessario compilare una nuova versione del criterio di controllo e registrarlo nel registro hyve 2012 di ciascuna macchina utilizzando il criterio di controllo.

Il post di blog a cui ho già fatto riferimento, spiega anche a quale registro è necessario registrare le politiche in uso.

Answer 3

è necessario ricompilare la politica in 2012 Monolocale perché l'API TFS in esso è diverso - versione di assembly è 11.0 e nel 2010 è 10,0