2015-03-25 8 views
25

L'unione di uno storyboard xcode con molti membri del team può produrre molti conflitti ecc. Ho bisogno di una strategia per condividere uno storyboard con 20 membri del team ma evitare gli incubi associati al codice di unione in uno storyboard.iOS: best practice per la gestione dell'unione di codice in uno storyboard

Ho pensato di avere un target separato per xcode in xcode, ma questo non va bene dato che tutti abbiamo bisogno degli aggiornamenti quindi avere due story board non è una buona pratica.

il mio codice base è ereditato. è un progetto biforcuto che è già sullo storyboard pesante. Penso che il passaggio a Xib potrebbe essere difficile (??)

+2

storyboard == incubo per grande squadra. non c'è modo di aggirarlo. Alcuni client fanno il modo molto vecchio di XIB e usano il codice per spingere le viste. Altrimenti, consiglierei di prendere un ragazzo dedicato che manterrà lo storyboard sul suo computer e si fonderà manualmente. –

+0

abbiamo lo stesso problema anche noi. trova finalmente la soluzione aggiungendo viewcontrollers prima di modificare/aggiungere il loro contenuto. allora ognuno può lavorare con il proprio viewcontroller. anche questa non è una soluzione certa, ma un conflitto minore rispetto a prima (penso che xcode gestisca i codici regionali nello storyboard xml) – kocakmstf

+0

Puoi dare un chiaro esempio. Stai dicendo che dovrei in questo ordine: 1. Creare un VC 2. Cambiare la sua classe nella mia vc personalizzata 3. Quindi cambiare il suo contenuto. – j2emanue

risposta

7

Consulta il tutorial this che chiaramente suggerisce di non utilizzare un storyboard mentre si lavora sulla squadra.

Ma è possibile dividere il team in ogni modulo e utilizzare un sistema di versioni come bitbucket o git per gestire il codice con l'aiuto di più storyboard (storyboard separato per modulo separato).

Un attento impegno giorno per giorno risolverà definitivamente i conflitti.

+1

la mia base di codice è ereditata. è un progetto biforcuto che è già sullo storyboard pesante. – j2emanue

+0

Sì hai ragione, dà molti conflitti durante il pull se si lavora con il team. –

+0

Sono d'accordo con i tuoi consigli. Mentre una squadra lavora su un grande progetto. È meglio separare l'interfaccia utente in piccoli file XIB. Ogni squadra potrebbe concentrarsi sulla propria parte. questo potrebbe evitare alcuni conflitti in un certo modo. –

6

Il nostro team ha trovato che la maggior parte del metodo di Michael Behan funziona bene. ⌘Boom

  • tutti sulla stessa build di Xcode
  • storyboard più
  • Utilizzare Pennini per visualizzazioni personalizzate
  • pensare a quale storyboard sono coinvolti quando si assegnano compiti
  • Merge storyboard spesso
Problemi correlati