2012-09-14 9 views
10

dodaję projekt siłą rzeczy poprzez VS2010 ale wciąż otrzymuję ten błąd 'file' not under client's root dla wszystkich plików w projekcie. Nie mogę tego zrozumieć.Perforce kłopoty „plik nie pod korzeń klienta” komunikatem o błędzie

Oto co robię:

1) Otwórz projekt VS2010, który nie jest jeszcze w Perforce.

2) wybiorę dodać solotion się siłą rzeczy (z pliku> Kontrola Source> Dodaj menu Solution).

3) Wybieram nowy obszar roboczy. Wyświetla właściwości obszaru roboczego. Folder główny jest domyślnie c: \ Users \ My.Name. Zmieniam to na folder, w którym znajduje się mój projekt. Zmieniam także widok, tak aby wskazywał na: depot \ main \ new_project.

Wydaje dodałem projekt, ale kiedy meldowanie złożyć go po prostu nie działa! Daje ten błąd wszystkim plikom, które są 'file not under client's root'.

I również przejść bezpośrednio do perforce i sprawdzić ustawienia odpowiedniej przestrzeni roboczej. W desce rozdzielczej wyświetla błąd:

P4V is having trouble translating the location "c:\Users\user.Name\Documents\Code\My_Project" to a valid workspace location. To filter using this location, drag the folder from the workspace tree to the workspace folder field or include the depot location in your workspace view. 

Czy ktoś może mi podać jakiś wskaźnik, dlaczego to po prostu nie działa?

Aktualizacja Moje mapowanie roboczy jest to

Client: omega 
Owner: User.Name 
Root: C:\Users\User.Name\Documents\Visual Studio 2010\Projects\Omega 
LineEnd: local 
View: 
     //depot/main/omega/...  //omega/... 
+0

Czy możesz opublikować swoje mapowanie obszaru roboczego? – Dennis

+0

@Dennis Zaktualizowałem OP z mapowaniem obszaru roboczego. – zar

+0

Dlaczego to pytanie jest oznaczone jako 'C++'? – DerMike

Odpowiedz

22

Jeśli pojawi się ten błąd, gdy otwarta jest zakładka "Oczekujące", może to oznaczać, że: Możesz nie widzieć całego filtra (np. Część filtra może być niewidoczna). Przesuwaj mysz nad okienkiem Okienko pod filtrem, dopóki kursor nie zmieni się, abyś mógł rozwinąć okienko okna filtru. Istnieje filtr, który może oznaczać "Pliki pasujące do dowolnej z następujących ścieżek plików:" Upewnij się, że wybrana ścieżka pliku nie jest poprawna.Usuń filtr lub wybierz "Bieżący depor lub wybór drzewa obszaru roboczego".

+0

Spędziłem jeden dzień na tym cholernym problemie. GUI p4v jest po prostu koszmarne, to filtrowanie było dla mnie całkowicie ukryte, a gdyby nie odpowiedź, nie wiedziałbym, że nawet istnieje. Dziękuję bardzo! Nie, muszę po prostu dowiedzieć się, dlaczego p4v pomyślał, że może warto utworzyć filtr, nie pytając o to ... –

+0

Tak, minęło trochę czasu ... ale jeśli to była właściwa odpowiedź, proszę oznaczyć to jako "tak"? – galaktor

+0

Ja też, po godzinie szumu z moimi ustawieniami Workspace, wreszcie przygotowałem tę odpowiedź. Yup - tylko problem z Pending + Filter! Proste rozwiązanie - dzięki za zauważenie tej śmieszności i opublikowanie rozwiązania! Jeszcze jeden powód, dla którego używamy Perforce tylko wtedy, gdy/firma macierzysta zmusza nas do tego - prawie każdy system VCS, którego użyłem, jest trochę lepszy *. Ugh. –

0

Przypuszczam, że Perforce ma problemy z pomieszczeń, w swojej drodze. Spróbuj umieścić cytaty wokół niego.

Od http://www.perforce.com/perforce/doc.current/manuals/p4guide/03_using.html:

Spaces in filenames, pathnames, and identifiers Use quotation marks to enclose files or directories that contain spaces. For example: "//depot/dev/main/docs/manuals/recommended configuration.doc" If you specify spaces in names for other Perforce objects, such as branch names, client names, label names, and so on, the spaces are automatically converted to underscores by the Perforce server.

+0

Zmieniłem ścieżkę c: \ omega, ale dostaję podobny błąd. Dodaję plik (z VS2010), ale kiedy sprawdzam, pojawia się komunikat o błędzie "Brak plików do przesłania. Przesyłanie nie powiodło się - napraw problemy, a następnie użyj "p4 submit -c 8". – zar

+0

Jeśli spróbuję dodać te wyewidencjonowane pliki bezpośrednio z perforce, otrzymuję ten komunikat 'ostrzeżenie: nie mogę przesłać z klienta bez strumienia ' Zrobić przed, ale nie najnowszą wersję i po prostu nie wiem, co to strumienie – zar

+0

Kiedy mówisz, że zmieniłeś ścieżkę, masz na myśli, że zmieniłeś ją na root? A jeśli tak, to czy skopiowałeś/przesunąłeś projekt, aby znalazł się w c: \ omega? –

4

co wierzę jest to, że masz inną ścieżkę dla swojego klienta i kod jest w innej ścieżce. Z ty P4V błąd widzę, że ścieżka jest:

c:\Users\user.Name\Documents\Code\My_Project 

Ale ścieżka korzeń klient jest:

C:\Users\User.Name\Documents\Visual Studio 2010\Projects\Omega 

W powyższym scenariuszu, droga tylko do połowy „C: \ Users \ User.Name \ Dokumenty "jest powszechne, po czym różni się katalog główny klienta i katalog główny twojego projektu. Jeśli chcesz sprawdzić kod z folderu My_Project, zmień katalog główny klienta, aby wskazywał na to. Możesz to zrobić w linii poleceń:

p4 client <client name> 

Lub zmień go w widoku obszaru roboczego P4V.

Ponadto, upewnij się, aby użyć „” wokół swojej drodze, ponieważ ma nazwę folderu z przestrzenią.

Mam nadzieję, że to pomoże.

+0

Jeśli dodamy eksport P4CLIENT = steve_SIA_development do naszego profilu basha, to nie powinno się zdarzyć, prawda? – Winnemucca

+1

@ Winnemucca - Prawidłowo. Pod warunkiem, że eksportujesz prawidłowego klienta p4. Upewnij się także, że zmieniasz swój profil bash, jeśli aktualizujesz swojego klienta lub jawnie ustawiasz klienta p4, jeśli pracujesz na wielu klientach p4. – Raghuveer

1

Jeden błąd „Ups” można zrobić jest mieć zły roboczy wybrany w Visual Studio 2012. Podobnie zrobił i spędził kilka minut drapania Moje strony głowa.

0

Sprawdź ścieżkę określoną w katalogu głównym klienta. Jeśli nie jest to prawidłowa ścieżka wtedy wystąpić błąd ten

Root: /a/b/c/d 

jeśli nie jest to ważny pierwiastek skończyć się coraz następujący błąd

Path '/a/b/c/d/...' is not under client's root '/a/b/c/d' 

Tylko poprawna ścieżka wskazywanego przez korzeniem i ciebie powinno być w porządku

0

Ten dokładny problem był związany z moim "WIDOKIEM WIDOKU". W tym czasie miał ustawiony filtr wyszukiwania dla domyślnego obszaru roboczego i za każdym razem, gdy przełączałem się do innego obszaru roboczego, pokazywałbym okno dialogowe błędu.

Okazją było, że zmieniłem nazwę obszaru roboczego, a filtr nie był już ważny.

Oczyściłem filtr (w oczekiwaniu na widok) i błąd zniknął.