2013-01-11 15 views
5

Używaliśmy Team Foudation Server 2010 z Visual Studio 2010 dla każdego projektu, który wykonaliśmy w naszej firmie. Stworzyliśmy kilka wydarzeń związanych z budowaniem postów, niektóre zasady odprawy i wszystko działało poprawnie.Błąd zasady check-in z VS 2012 i TFS 2010 - CheckForWarningsPolicy

Niedawno przeprowadziliśmy się do Visual Studio Professional 2012 (wersja 11.0.51106.06 Update 1) i teraz, za każdym razem staramy się sprawdzić w niektórych kodu, możemy uzyskać ten błąd:

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 cytowane na końcu błędu jest nieosiągalny, nie ma linku lub wskazania, gdzie plik jest.

Szukałem tej odpowiedzi w google i tutaj, ale bez powodzenia. Prawdopodobnie dokonuję niewłaściwych poszukiwań.

Czytałem kilka pytań takich jak:

Ale żaden z nich nie pracował dla mnie. Co mogę zrobić, aby rozwiązać ten błąd?

Thank na

Odpowiedz

2

"Rozwiązałem" błąd i opublikuję to, co zrobiłem, aby każdy, kto boryka się z tym samym problemem, mógł się nauczyć z mojego doświadczenia.

Aby utworzyć zasady check-in w Visual Studio 2010, użyliśmy niestandardowej polityki opracowanej przez Jeff Bramwell (link to MSDN profile). Ta polityka najwyraźniej nie jest przez niego utrzymywana, jak widać w policy page in MSDN. Zadałem pytanie na stronie i wysłałem mu tweeta, teraz poczekam na jego odpowiedź.

Testowanie tych zasad w Visual Studio 2010 Sprawdziłem, czy to nie działa, więc usunąłem go z Projektu w Projekcie> Ustawienia> Kontrola źródła> Zasady zameldowania.

Jeśli potrzebuję czegoś bardziej szczegółowego, mogę dodać politykę odprawy do analizy kodu zgodnie z opisem in the Stack Overflow question about Prevent check-in if code analysis warning exists. Dzięki takiemu podejściu mogę nawet ustawić niestandardową regułę.

Mam nadzieję, że pomoże to komuś z tym samym problemem.

0

Będziesz musiał instalować 2010 roku Zasady zameldowania w 2012 Najprostszym sposobem jest zarejestrowanie istniejące zespoły w Visual Studio 2012 rejestru hyve na każdym komputerze, który korzysta z polityki zameldowania. Następnie sprawdź, czy teraz działają również w Visual Studio 2012. Możesz spróbować zastosować przekierowanie wiązania, aby rozwiązać problemy z wersjami. process for setting up the binding redirections is explained in this blog post.

Jeśli używasz interfejsów API, które mają zmiany w Visual Studio 2012, być może będziesz musiał skompilować nową wersję Polityki Checkin i zarejestrować ją w hverze rejestru z 2012 roku na każdym komputerze przy użyciu zasady checkin.

Opublikowany przeze mnie wpis na blogu wyjaśnia również, do której horywygodniowej rejestracji należy zarejestrować swoje zasady.

+0

Postaram i po wyniki. Dzięki! –

0

trzeba przekompilować politykę pod 2012 studio ponieważ TFS API w nim jest inny - wersja montaż jest 11,0, aw 2010 roku wynosi 10,0

Powiązane problemy