Ho cercato di trovare il modo corretto di lavorare con gli storyboard quando ci sono molti sviluppatori sullo stesso progetto e non riescono a trovare nulla di utile.Flusso di lavoro Xcode 4 quando si lavora con lo sviluppo multiplo
Prima degli storyboard, bloccavamo il pennino mentre lo usavamo per assicurarci che altri non apportassero modifiche allo stesso tempo. In questo modo, unire i conflitti con i pennini era piuttosto raro.
Ma ora, con gli storyboard, non riesco a vedere un blocco di sviluppo per un'ora prima che un altro possa lavorare da parte sua! E sicuramente, se due di loro modificano lo storyboard, c'è un conflitto di fusione. I file Xcode XML non sono belli da unire e spesso abbastanza, l'unione causa problemi e infatti corromperà il file, quindi preferiremmo evitare questi conflitti.
Volevo sapere come altri popoli hanno a che fare con questo problema? Quale flusso di lavoro utilizza l'altro team?
Grazie!
Utilizziamo più storyboard per ovviare a questo problema. Tuttavia, cerchiamo di suddividerli in modo sensato in particolari percorsi utente in modo da non utilizzare solo gli storyboard allo stesso modo dei pennini. Questa è una buona domanda però! –
Sono sicuro che la maggior parte della squadra stia lottando con questo problema ma non sembra che ci sia un flusso di lavoro impeccabile o ufficiale per questo. Mi piacerebbe davvero sapere come Apple gestisce questo con i loro team interni, sicuramente ci aiuterebbe! – droussel
Abbiamo deciso di non andare con gli storyboard per ora. Principalmente perché facciamo una "app-map" di un'applicazione in omnigraffle, quindi la parte visiva non ci offre alcun valore reale. In secondo luogo - offrono poco valore reale in un contesto multi-sviluppatore - ma presentano alcuni inconvenienti: 1. Controllo della versione difficile (come indicato) 2. Non lavorare su iOS precedenti a 5 (che è ancora la maggior parte utenti) 3. La maggior parte delle app non è lineare – Magnus