Próbujemy oczyścić dużą ilość brązowego kodu pola, a jednocześnie zespół dodaje nowe funkcje. Chcielibyśmy się upewnić, że zmieniony i nowy kod zostanie wyczyszczony z dowolnej analizy kompilatora/kodu lub innych ostrzeżeń, ale jest ich zbyt wiele, aby rozpocząć czyszczenie obecnego rozwiązania.Poszukujesz aktywności kompilacji, która przerywa kompilację po wprowadzeniu nowych ostrzeżeń.
Używamy TFS 2010.
Więc co następuje: proponowane
- Zapis/wybrać aktywność build który porównuje listę ostrzeżeń w budowie przeciw linii kodu, które zmieniły się ten check-in.
- Jeśli ostrzeżenie zawiera numer wiersza, a numer wiersza został zmieniony, zakończ kompilację.
Rozumiem, że nie znajdziemy wszystkich nowych ostrzeżeń, a rzeczy wprowadzone w innych częściach kodu nie zostaną oznaczone, ale jest to przynajmniej coś.
Innym rozwiązaniem, które zostało zaproponowane:
- Porównaj listę ostrzeżeń poprzedniego znanej dobrej budowie przeciwko liście tej kompilacji. Jeśli pojawią się nowe ostrzeżenia (ślad na poziomie nazwy pliku), nie powiodła się kompilacja.
Jakieś znane akcje, które mogą zapewnić tę funkcję?
Jakieś podobne działania, które mogą wpływać na raporty o zasięgu kodu?
Którą wersję TFS używasz? –
Używamy TFS 2010, zaktualizowanego powyżej – jessehouwing
Wygląda to na wspaniałe żądanie funkcji dla projektu społecznościowego rozszerzenia TFS CodePlex: http://tfsbuildextensions.codeplex.com/ –