Używam obszaru roboczego dla nowego projektu Xcode 4. Czy plik *.xcworkspace powinien być dołączony do głównego repozytorium (na przykład wraz z plikami źródłowymi projektu)?Czy plik obszaru roboczego Xcode 4 powinien być kontrolowany pod względem wersji?
Dzięki Ross
btw. Używam GIT
Prawdopodobnie tak. Obszar roboczy to w zasadzie zestaw projektów, więc jeśli inni deweloperzy będą chcieli pracować z tym samym zestawem, wówczas należy umieścić obszar roboczy w kontroli wersji.
Jeśli przestrzeń robocza jest przeznaczona wyłącznie do użytku własnego lub jeśli w obszarze roboczym znajduje się tylko jeden projekt, być może nie trzeba go umieszczać w kontroli wersji. Oznacza to jednak, że musisz go odtworzyć za każdym razem, gdy przejdziesz na nową maszynę lub zdecydujesz się wysadzić wszystko i zacząć od zera.
Xcode 4 jest całkiem niezły w umieszczaniu danych użytkownika w folderach/plikach, których nazwy zawierają słowo "user" lub nazwa użytkownika, oraz umieszczaniu produktów i plików tymczasowych gdzieś poza drzewem źródłowym, więc ogólnie rzecz biorąc, Wrzuciłbym wszystko, co nie jest oczywiście specyficzne dla użytkownika do repozytorium.
W rzeczywistości Xcode używa pewnych określonych ustawień .gitignore. Możesz utworzyć przykładowy projekt, pozwalając Xcode'owi używać Gita (jest to w oknie dialogowym zapisywania projektu jako ostatniego kroku tworzenia nowego projektu), a następnie sprawdź plik .gitignore w katalogu głównym.
Wygląda na to, że Xcode dodaje teraz 2 rzeczy do informacji/wykluczenia, a nie do zignorowania. '.DS_Store' &' UserInterface.xcuserstate' Te dwie rzeczy nie wydają się bardzo pouczające. (Xcode 4.3.2) – griotspeak
Zdarzenie xcuserstate wydaje się być bieżącym stanem interfejsu użytkownika obszaru roboczego (np. Które foldery są rozwijane w nawigatorze projektu). Jeśli tego nie zrobisz, będziesz mieć zmianę (i tym samym konieczność zatwierdzenia) za każdym razem, gdy dotkniesz interfejsu Xcode, nawet jeśli nie modyfikujesz żadnego kodu. –
Czy nie powinniśmy umieścić go jako 'xxx.workspace.dist' lub coś w tym stylu? –
FWIW, Widzę inne osoby w Internecie zalecane do kontroli wersji pliku obszaru roboczego. Przypuszczam, że moim zaleceniem jest robienie wszystkiego, co uważasz za pomocne w konkretnym przepływie pracy. –
Miałem na myśli 'xxx.workspace.dist' jako przykładowy obszar roboczy, zaczynając od świeżego sklonowania projektu. Więc główny obszar roboczy nie jest śledzony, ale nadal masz punkt wyjścia. –