Nigdy nie musiałem pracować nad tym samym plikiem z inną osobą, ale mam 3 sposoby radzenia sobie z wieloma wersjami pliku projektu.
Kamienie milowe
Użyłem kamieni milowych przez chwilę, kiedy próbowaliśmy w sposób AGILE jako projektanci (jak robią to niektórzy programiści). Jest dość wydajny, ale zajmuje sporo czasu (więcej, gdy zaczniesz go używać. Na koniec jest całkiem fajny). Potrzebna jest duża organizacja.
Numer / daty / szczegóły w nazwie pliku
Kiedy zaczynałem projektować, zajmowałem się liczbami do wersjonowania. Okropny. Poważnie, nie rób tego. Lub bądź zorganizowany. „Design1.psd” „Design2.psd” itp ...
Daty / godziny są miłe, jeśli dobrze pamiętasz, co robiłem wczoraj? . W moim przypadku mniej okropny niż liczba, ale niewiele potężniejszy. „Design20100801-1112.psd”
Szczegóły są lepsze. Użyłem nazw takich jak „Design20100801-1112-add-pattern.psd” = data-godzina-szczegóły . Dość długie nazwy plików, ale jest szybki w użyciu, a plik znajduje się znacznie szybciej niż jakakolwiek poprzednia metoda.
SVN lub GIT
znany również jako kontrola wersji
Teraz używam SVN. Na przykład zapisuję regularnie ten sam plik „Design1.psd”. I co godzinę lub każdą przerwę dokonuję modyfikacji i podaję szczegółowe informacje na ten temat.
Jeśli popełniłem błąd lub klient chciał poprzedniej wersji, po prostu aktualizuję do wersji xxx i gotowe.
Daje to również moc gałęzi i tagów, które są naprawdę interesujące do obsługi kamieni milowych.
Jest powód, dla którego programiści używają oprogramowania do kontroli wersji / DB / etc ... Jest wydajny i projektanci również powinni go używać. (Ale na początku trudno to zrozumieć / wykorzystać)