2013-04-30 23 views
32


Próbuję rozpakować moje zmiany do innej gałęzi za pomocą narzędzia TFS Power Tools. Próbuję wykonać komendę:Unshelve do innego oddziału

tfpt unshelve /migrate "NuGet Build" "/source:$/ProjectName/Main/Source" "/target:$/ProjectName/Main/Source-NuGet" 

Ale ona zwraca komunikat 'tfpt : Unable to determine the workspace'.

Używam polecenia z katalogu mapowanego do tego projektu. Ponadto próbowałem użyć użyć tf workspaces /s:http://our-tfs.

Czy ktoś wie, jak rozwiązać ten problem?

+1

Patrząc na nazwy ścieżek, nie wygląda na to, że przemieszczasz się między gałęziami (zarówno źródło, jak i cel znajdują się w gałęzi głównej). –

+1

W przeciwieństwie do stron z forum, nie używamy "Dzięki", lub " Każda pomoc doceniona "lub podpisy na [so]. Zobacz sekcję "[Powinieneś" Cześć "," dziękuję ", slogany i pozdrowienia z postów?] (Http://meta.stackexchange.com/questions/2950/should-hi-thanks-taglines-and-salutations-be - usunięty z postów) –

Odpowiedz

3

I okazało się, gdzie jest problem.
Próbuję użyć TFS Power Tools 2008, ponieważ używamy TFS 2008. Ale powinienem używać TFS Power Tools w tej samej wersji co Visual Studio.

33

Możesz zdefiniować swoją ścieżkę w cmd za pomocą TFPT. A następnie stamtąd przejdź do folderu docelowego lub obszaru roboczego, w którym chcesz zablokować swój kod.

1. c:\>path = %path%;C:\Program Files (x86)\Microsoft Team Foundation Server 2010 Power Tools 

2. cd c:\[some location]\"destination workspace" 

3. tfpt unshelve /migrate "NuGet Build" /source:"$/ProjectName/Main/Source" /target:"$/ProjectName/Main/Target-NuGet" 

Tutaj masz film, który to wyjaśnia.

link http://msdn.microsoft.com/en-us/vstudio/cc896548.aspx

+1

Dziękuję za odpowiedź, ale to nie jest rozwiązanie tego problemu: –

+4

Wskazówka: jeśli musisz odseparować półkę od innego użytkownika, podaj nazwę domeny użytkownika w formularzu "Budowanie NuGet; theOtherUser " – paulroho

+1

Dzięki. Pracowałem dla mnie – AntonK

6

Wiem, że to zostało odebrane, ale dla mnie problem był łatwo rozwiązany przy użyciu wiersza polecenia programu Visual Studio zamiast domyślnego okna CMD. Większość rozwiązań mówi tylko "Otwórz CMD ...", która prawdopodobnie jest tam, gdzie leży problem.

Powodem są okna CMD ma informacje o komendach elektronarzędzi (np. Tfpt), ale nie o zwykłych komendach VS (np. Tf).