Okazuje się, że w tak zarąbistym narzędziu jakim jest TFS, można łatwo i bez trudu wykluczyć wszystkie pliki, których nie tknęliśmy, ale nasz wspaniały source control tool potraktował je jako zawierające “nasze zmiany”. Mimo, że jeśli tylko spróbujemy porównywać ów plik, z tym na serwerze, to sam przyzna, że są one identyczne.
W sumie, można próbować się przed takim działaniem zabezpieczyć, ustawiając w opcjach Visual Studio aby ten informował nas przy każdym check-out’cie pliku…
… niemniej, prędzej, czy później przyjdzie taki moment, że będziemy mieli wy-check-out-owane wszystkie pliki w solucji! o.O
Wbrew pozorom nie jest to wcale takie trudne, wystarczy np. zaktualizować kontrolki Infragistica do najnowszej wersji… -.-‘
Jeśli potem będziemy chcieli poprawić ścieżki do dll’ek w plikach, ale tylko tych, które się naprawdę zmieniły… to jest to wcale nie mała massakra o.O
Dzielna ekipa TFS dała nam opcję automatycznego wykluczenia wycheckoutowanych plików ( tylko po co wogóle je checkoutuje ? ), tylko … troszkę, żeby nie było to takie proste, delikatnie ją schowała.
Wystarczy zaznaczyć pierwszy lepszy plik, który TFS pokazuje jako “zmieniony” i kliknąć na nim “Undo“, następnie jeszcze raz “Undo changes” i gdy TFS spyta czy napewno napewno chcemy cofnąc zmiany, należy wybrać opcję “Not to all” ( meeega intujcyjne!! )… i … voilà! Wszystkie “zmienione” pliki znikają i mamy tylko te naprawdę przez nas ruszone 🙂
Ręka w górę, dla kogo było to oczywiste!
