2010-12-30 20 views
75

W jaki sposób wykorzystujesz funkcję winy w TFS?Jak korzystać z funkcji winy w TFS?

+8

łatwo, wybierz innego dewelopera i pozwól mu zgrać! – Pharabus

+9

Dla tych, którzy nie wpadli w "winę" jako formalna funkcja kontroli źródła, jest ona używana w SVN, CVS, może innych narzędziach. Zasadniczo pokazuje, kto zmienił naruszającą linię kodu i kiedy. Mówiąc metaforycznie kładzie krzyżyk na czyimś plecku. – DOK

+6

"Adnotacja" jest lepszą nazwą niż "obwiniać" - zazwyczaj nie chcesz wskazywać palcem na kogoś, kto może pomóc ci go zrozumieć. Oba narzędzia pokazują również zmianę/zestaw zmian, w którym dokonano zmiany, co naprawdę pomaga zrozumieć, dlaczego kod został napisany w ten sposób. – Keith

Odpowiedz

113

Odpowiednikiem TFS jest polecenie Annotate, które uważam. (Po prostu kliknij prawym przyciskiem myszy na wersjonowany plik w eksploratorze kodu źródłowego i wybierz "Adnotacja".)

Więcej informacji na ten temat na MSDN.

+6

Szkodliwe TFS ma "adnotować tę wersję" zamiast "opisywać poprzednią wersję" jak w SVN podczas śledzenia linii kodu przez wiele zmian. –

+0

@MatthijsWessels, Zgadzam się, nie ma wbudowanej funkcji do tego. Możesz jednak przeglądać historię, indywidualnie dodawać adnotacje do każdego zestawu zmian do własnego okna, a następnie dzielić widok tych adnotacji. http://ge.tt/7og5eKW1/v/0?c –

+8

@Adam Jak zwykle używałem winy, kiedy zobaczyłem linię kodu i chciałem się dowiedzieć, kto ją dodał i dlaczego. Złożyłbym winę, mogłem zobaczyć, kto ostatnio edytował linię, ale może ta zmiana była po prostu trywialną zmianą, taką jak odstępy. Będąc w stanie łatwo "obwiniać poprzednią wersję" wielokrotnie, mogłem śledzić linię, kiedy nastąpiła prawdziwa zmiana, na której mi zależy. Więc niekoniecznie muszę porównywać różne okna winy, po prostu muszę łatwo przejść do następnego, który dotknął tej linii. W przypadku dużych plików z wieloma niepowiązanymi zmianami zastosowanie metody wyświetlania historii kosztuje wiele wysiłku. –