2012-12-10 13 views
5

Postanowiłem więc dodać moje odnośniki do bibliotek innych producentów do kontroli kodu źródłowego w oddzielnym folderze o nazwie lib, a następnie odesłać je do wspomnianego katalogu.Aktualizowanie plików binarnych w sterowaniu źródłowym TFS

Działa to dobrze, ale kiedy chcę zaktualizować pliki, TFS wydaje się zupełnie nieświadomy faktu, że pliki rzeczywiście się zmieniły. Nawet jeśli skopiuję stare pliki, wydaje się, że nie ma możliwości sprawdzenia w nowszych. Jeśli wybiorę zmiany oczekujące na zmiany z eksploratora kontroli źródła, otrzymam informację, że nie ma żadnych zmian. Ale jeśli uruchomię porównanie z pojedynczą biblioteką DLL między wersją najnowszą a wersją obszaru roboczego, TFS powie mi, że pliki są rzeczywiście różne.

Czy jest to jedyne rozwiązanie umożliwiające usunięcie plików z kontroli źródła, a następnie ponowne dodanie ich z powrotem jako nowszych wersji, czy też mógłbym je jakoś zaktualizować?

Odpowiedz

7

Serwer Team Foundation (do 2010 r. I 2012 r. "Obszary robocze serwera") używa modelu "Checkout/Edit/Checkin" do kontroli wersji, który różni się od wielu innych typów systemów kontroli wersji (np. "Edytuj/Scalaj/Zatwierdź "systemy).

Aby zaktualizować pliki binarne, należy jawnie wpisać check them out and update the contents. Następnie możesz je sprawdzić. Ten typ systemu jest dostrojony do obsługi dużych repozytoriów i dużych plików, takich jak pliki binarne, ponieważ nie wymaga skanowania dysku w celu ustalenia, czy pliki zostały zmienione, czy nie.

Jeśli wolisz pracować z systemem typu edycja/scalanie/zatwierdzenie, który skanuje twój dysk w poszukiwaniu zmian i nie musisz jawnie sprawdzać plików, jest to dostępne w TFS 2012 (jako "Lokalne obszary robocze").

+0

Ah, dzięki za szczegółowe wyjaśnienie, to naprawdę ma sens. – bobblez

2

Czy próbowałeś dokonać edycji pliku przed jego wymianą? Działa tutaj ...

Powiązane problemy