Czy istnieje dostępny sposób identyfikacji, czy istnieje projekt w rozwiązaniu lub odwołanie w projekcie pochodzącym z innej gałęzi źródłowej TFS? Celem jest zapobieganie temu przez ostrzeganie użytkowników przed zameldowaniem lub podczas dodawania tego projektu/odniesienia.Zapewnienie, że projekty w rozwiązaniu pochodzą z tego samego oddziału TFS.
Dzięki.
Prawdopodobnie nie jest to najbardziej skuteczny sposób, ale zespół pomocy użyliśmy ...
My setup ogrodzony meldowanie build, że tylko sprawdza się konkretny katalog źródłowy dla tej branży. Wszelkie odniesienia powyżej lub poza katalog główny generują błąd.
Mam nadzieję, że to pomoże.
Powinno być możliwe uzyskanie tego, czego potrzebujesz, za pomocą niestandardowego Checkin-Policy.
Bardzo fajny poradnik na temat implementacji, można znaleźć w this świetny artykuł J.Lamb. W tym artykule autor koncentruje się na audycie, jeśli przed sprawdzeniem NArrange została wykonana, powinna istnieć możliwość wymiany tego z audytem w celu umieszczenia wszystkich źródeł pod danym rootem w kontroli źródła.
Po utworzeniu & wdrożonej tej zasady i po zainstalowaniu TFS Power Tools należy zastosować już dostępne zasady "Niestandardowa ścieżka dostępu" do nowo utworzonych zasad. Przykładem może być here. Potrzebujesz tego, aby rozszerzyć swoją politykę checkin na katalog rozwiązań, a nie na cały TeamProject.
Bardzo podoba mi się to podejście w stosunku do niestandardowych zasad odprawy, ponieważ zasady check-in mogą być nadpisane (według projektu). Gated CI build będzie w stanie wykryć oczekujące zmiany, które mogą wpłynąć na proces kompilacji lub cokolwiek innego w tym zakresie. –
Wykonałem +1, ponieważ podoba mi się podejście. Poczekałby jakiś czas, aby sprawdzić, czy jakiekolwiek inne opcje zostały opublikowane przed oznaczeniem tego jako odpowiedzi. – Dienekes