2015-03-25 11 views
25

Scalanie scenopisu xcode z wieloma członkami zespołu może powodować wiele konfliktów itp. Potrzebuję strategii dzielenia się scenariuszem z 20 członkami zespołu, ale aby uniknąć koszmarów związanych z łączeniem kodu w scenorysie.iOS - najlepsza praktyka w zakresie zarządzania scalaniem kodu w storyboardie

Pomyślałem o oddzielnym celu dla zespołu w kodzie xcode, ale to nie działa dobrze, ponieważ wszyscy potrzebujemy aktualizacji, więc posiadanie dwóch tablic opowieści nie jest dobrą praktyką.

Moja podstawa kodu jest dziedziczona. jest to rozwidlony projekt, który jest już ciężki. Myślę, że zmiana na xib może być trudna (??)

+2

storyboard == koszmar dla dużego zespołu. nie da się tego obejść. Niektórzy klienci robią to w bardzo staroświecki sposób XIB i używają kodu do przesyłania widoków. W przeciwnym razie poleciłbym zdobyć jednego oddanego gościa, który będzie utrzymywał storyboard na swoim komputerze i przeprowadzi scalenia ręcznie. –

+0

my też mamy ten sam problem. wreszcie znajdź rozwiązanie dodając viewcontrollers przed edycją/dodaj ich zawartość. następnie każdy może pracować z własnym kontrolerem viewcontroller. nie jest to również pewne rozwiązanie, ale mniej konfliktów niż wcześniej (myślę, że xcode obsługuje kody regionu w scenorysie xml). – kocakmstf

+0

Czy możesz dać jasny przykład. Czy mówisz, że powinienem w tej kolejności: 1. Utwórz VC 2. Zmień klasę na mój niestandardowy vc 3. Następnie zmień jego zawartość. – j2emanue

Odpowiedz

7

Sprawdź samouczek this, który wyraźnie sugeruje, że nie należy używać storyboard podczas pracy w zespole.

Ale możesz podzielić zespół na każdy moduł i użyć jakiegoś systemu wersjonowania jako bitbucket lub git do zarządzania swoim kodem za pomocą wielu storyboardów (osobny storyboard dla oddzielnego modułu).

Ostrożne codzienne zatwierdzanie i pobieranie zdecydowanie rozwiąże konflikty.

+1

Moja podstawa kodu jest dziedziczona. jest to rozwidlony projekt, który jest już ciężki. – j2emanue

+0

Tak, masz rację, Daje wiele konfliktów podczas ciągnięcia, jeśli pracujesz z drużyną. –

+0

Zgadzam się z twoimi radami. Podczas gdy zespół pracuje nad dużym projektem. Lepiej oddzielić interfejs użytkownika na małe pliki XIB. Każdy zespół może skupić się na swojej roli. które mogłyby w pewien sposób uniknąć pewnych konfliktów. –

6

Nasz zespół uznał, że większość metody Michaela Behana działa dobrze. ⌘Boom

  • Wszyscy w tym samym kompilacji Xcode
  • Wiele storyboardy
  • Stosować Nibs dla widoków niestandardowych
  • Zastanów się, które są zaangażowane storyboardy podczas przypisywania zadań
  • Merge storyboardy często
Powiązane problemy