2012-03-14 14 views
11

Przenieśliłem kod z mojego dysku na mój napęd. Kiedy otworzyłem rozwiązanie, powiedział mi, że "Rozwiązanie wydaje się być pod kontrolą źródła, ale nie można znaleźć jego informacji wiążącej. Ponieważ nie jest możliwe automatyczne odzyskanie brakujących informacji, projekty, których brakujące powiązania będą traktowane jako nie pod kontrolą źródła. "Jak uzyskać program Visual Studio Team Foundation Server, aby zobaczyć, że przeniosłem kod do innego folderu?

Próbowałem więc trwale usunąć wiązania i pobrać najnowszą wersję. Teraz moje zmiany nie są rejestrowane jako oczekujące zmiany.

Próbowałem wybrać rozwiązanie w Eksploratorze rozwiązań i Plik => Kontrola źródła => Zmień kontrolę nad źródłem, ale nie pozwala mi wiązać. W kolumnach Nazwa serwera i Powiązanie serwera znajduje się "".

+0

Jestem gotowy do pracy. Miałem dwie kopie projektu. Kiedy ponownie sprawdziłem swój kod, umieściłem go w podkatalogu, w którym wczytałem, więc próbowałem załadować mój project/project.sln zamiast source/project/project.sln. – malckier

Odpowiedz

2

najbardziej surowy sposób tutaj (nie wiem, czy jest jakiś inny sposób) jest umieścić folder z powrotem do starej lokalizacji, sprawdź w swoim zmian następnie przemapować projektu do nowego folderu

13

Ogólnie mówiąc, lokalizacja kodu na twoim komputerze zależy od tego, gdzie znajduje się twój obszar roboczy.

Po przeniesieniu obszaru roboczego na dysk D: nie powinno być problemu.

Jeśli jednak po prostu użyjesz Explorera do skopiowania plików do nowej lokalizacji, to VS nie będzie w stanie utrzymać powiązań.

Z edytora obszaru roboczego można odwzorować całe drzewo, rozwiązania lub nawet poszczególne projekty w nowe miejsce.

Po pierwsze, odłóż i cofnij zmiany.

Następnie przejdź do pliku | Kontrola źródła | Obszary robocze.

Kliknij nazwę obszaru roboczego, a następnie przycisk "Edytuj ...".

W obszarze folderów roboczych wybierz folder sterowania źródłowego, który chcesz przenieść, i nadaj mu nową lokalną lokalizację folderu.

1

Po przeniesieniu plików/folderów w celu wykonania oczekujących zmian należy użyć klienta TFS do wykonania ruchów.

Dla jednego lub dwóch plików interfejs użytkownika Eksploratora zespołu jest w porządku, ponieważ więcej linii poleceń jest najłatwiejsze.

Zobacz tf.exe rename na stronie MSDN (tf move to alias do zmiany nazwy). Istnieje również pomoc krok po kroku w używaniu GUI: Move, Rename, and Delete Version-Controlled Files and Folders.

3

Będziesz musiał edytować swoje Obszary robocze dla serwera TFS, aby poznać zmianę, która nastąpiła na twoim komputerze lokalnym.Aby edytować obszar roboczy, w programie Visual Studio:

  • upewnij się, że nie masz oczekujących zmian; również skopiować folder kodu źródłowego w pewnym miejscu tymczasowo, dla pewności (można usunąć po wszystko jest gotowe)
  • iść do źródła sterowania Explorer
  • zlokalizować „Obszar roboczy:” rozwijaną
  • wybrać pozycję " Obszary robocze "z rozwijanej listy (pojawi się okno dialogowe zatytułowane" Zarządzaj obszarami roboczymi "
  • , jeśli masz wiele obszarów roboczych, wybierz odpowiedni z listy w oknie dialogowym kliknij przycisk" Edytuj "(otrzymasz Okno dialogowe "Edycja obszaru roboczego ..."
  • poniżej w oknie dialogowym zobaczysz "Foldery robocze" Siatka
  • kliknięcie na odpowiednim rzędzie od siatki i modyfikować „Folder lokalny”, aby ustawić ścieżkę do nowej lokalizacji folderu

Czasami TFS i Visual Studio mają problemy z uzyskaniem tych zmian obszaru roboczego zsynchronizowane. Zawsze zamykam Visual Studio i ponownie go uruchamiam, aby moje zmiany były synchronizowane w dowolnym momencie po wprowadzeniu zmian związanych z Workspace.

Mam nadzieję, że to pomoże.

+0

Co masz na myśli przez "Explorer sterowania źródłami"? Mogę dostać się do Obszarów roboczych za pośrednictwem pliku | Kontrola źródła | Obszary robocze ... Czy istnieje bardziej w pełni funkcjonalna ścieżka? –

+0

Nie zalogowałem się do stackoverflow off-late. Miałem na myśli menu "Widok", opcję menu "Inny system Windows", a tam zobaczysz "Eksplorator kontroli źródła" – Arun

Powiązane problemy