Bramkowane zameldowanie utworzy zestaw zmian, którego nazwa zostanie zakończona * NO_CI *? Co to jest NO_CI? Mogę po prostu wymyślić "brak odprawy błędów", ale to nie ma sensu.Co oznacza skrót *** NO_CI ***?
Odpowiedz
To oznacza Bez ciągłej integracji.
Od momentu zameldowania jest zamknięty, istniejący kod, a także ten check-in, zostanie zbudowany oddzielnie i tylko dozwolone, jeśli kompilacja się powiedzie. Tak więc, gdy proces bramkowania faktycznie przejdzie do kontroli źródła, nie będzie żadnego punktu, który mógłby zostać przeprowadzony, aby spowodować wystąpienie kolejnej (ciągłej integracji), ponieważ w tym momencie zestaw zmian jest "znany jako dobry".
Tak więc ten sufiks jest instrukcją do systemu ciągłej integracji z efektem: "Kiedy ten zestaw zmian rzeczywiście zostanie zatwierdzony" na rzeczywistą ", nie uruchamia automatycznie ciągłej kompilacji integracji z tego powodu". Aby uzyskać więcej informacji, patrz np. here.
NO_CI przy odprawie wskazuje "Brak ciągłej integracji", tj. "Proszę nie uruchamiać kompilacji CI z powodu tej kontroli".
Oznacza to, że po tej czynności nie zostanie uruchomiona kompilacja CI. Będziesz musiał zmodyfikować plik XAML, aby kompilacja CI została uruchomiona po zakończeniu bramkowanego działania odprawy.
Zobacz poniższy link, aby uzyskać więcej informacji na temat dostosowywania pliku XAML.
http://donovanbrown.com/post/How-to-have-CI-builds-run-after-a-Gated-Build.aspx
Co za niechlujny schemat. Teraz mam ** NO_CI ** na wszystkich moich zatwierdzeniach. –
W rzeczywistości nie ma to nic wspólnego z bramkowanymi check-inami, po prostu tłumi wyzwalanie ciągłej integracji. –
Dla tego, co jest warte, akcja SyncWorkspace ma właściwość o nazwie NoCIOption, której można użyć do wyłączenia niechcianego spamu z komentarzami. – bwerks