Jak rozwiązać błąd TFS TF246021 i błąd SQL Server 500200 podczas sprawdzania?

Question

Próbuję sprawdzić plik, a jeden plik (jeden i tylko jeden plik) ma problem podczas sprawdzania. Ten plik został usunięty wiele razy i usunięty (z powodu konfliktu w architekturze i projektowaniu) i teraz TFS rzuca ten błąd:

TF246021: An error occurred while processing your request. Technical information (for administrator): SQL Server Error: 500200

Jak widzieliśmy plik dziennika Podglądu zdarzeń, problem jest:

Violation of PRIMARY KEY constraint 'PK_tbl_PendingDelta'. Cannot insert duplicate key in object 'dbo.tbl_PendingDelta'.

jednak nie jest w toku zmiany dbo.tbl_PendingDelta. W rzeczywistości ta tabela jest całkowicie pusta. Co jest nie tak? Jak mogę rozwiązać ten problem?

Answer 1

Podejrzewam, że w jakiś sposób elementy w zestawie zmian używają tego samego identyfikatora dwukrotnie, więc pierwszy WKŁAD jest w porządku, ale drugi spowoduje naruszenie. Jednakże, ponieważ są one w tej samej transakcji, pierwszy INSERT jest wycofywany i nie widać nic w tbl_PendingDelta.

Aby uzyskać kolejny przykład tego problemu, zobacz artykuł http://connect.microsoft.com/VisualStudio/feedback/details/693450/tfs-2010-violation-of-primary-key-constraint-pk-tbl-pendingdelta.

Myślę, że powinieneś podjąć to z Microsoft Product Support Services.

Answer 2

Moim rozwiązaniem było wykluczyć winowajcę i sprawdzić resztę.
Następnie sprawdziłem sprawcę.

(jeśli masz ogrodzony meldowanie może trzeba to wyłączyć pierwszy).

Answer 3

miałem coś podobnego zdarzyć. Poprzednio cofnąłem niektóre zmiany i ponownie wprowadziłem zmiany w plikach rozwiązań i projektach o tej samej nazwie. Problem, który znalazłem, to zmiana nazwy skryptu sql nie znajdowała się w pliku Sql.proj i musiałem go dodać, a następnie zamknąć rozwiązanie, aby zaakceptować zmiany w pliku proj. Kiedy poprawiłem zmianę nazwy, upewniłem się, że jest w pliku projektu, to mogę to sprawdzić.

Answer 4

Wydaje się, że jest to związane z obszarem roboczym. Miałem ten problem w jednym obszarze roboczym, ale udało mi się przeprowadzić operację kontroli źródła, która spowodowała błąd (wycofanie poprzedniego wycofania) w innym obszarze roboczym bez żadnych problemów.

Odtworzenie obszaru roboczego może być rozwiązaniem.

Answer 5

Zmieniono nazwę mojego folderu roboczego (najwyższy poziom zawierający $ tf), a następnie otrzymałem najnowsze informacje o gałęzi, którą chciałem, a następnie nie działa.