CocoaPods e forchette GitHub

Questa è la prima volta che forzo un progetto GitHub e non sono nemmeno molto competente con CocoaPods, quindi per favore abbi pazienza.

Fondamentalmente, ho biforcato un progetto su GitHub usando quanto segue nel mio Podfile:

pod 'REActivityViewController', '~> 1.6.7', :git => 'https://github.com/<username>/REActivityViewController.git'

Ho quindi apportato alcune modifiche al fork e, naturalmente, quando ho pod installinstallato un altro pod, ha reinstallato l'originale REActivityViewControllere cancellato le mie modifiche.

Mi sto rendendo conto che devo inviare le mie modifiche al mio fork prima di un altro pod install, ma come faccio a sapere che è il fork che viene installato, considerando che si tratta di un repo installato da CocoaPods? Ho cercato nella REActivityViewControllercartella installata sotto la Podscartella e non ci sono file git.

Devo lavorare sul mio fork al di fuori del mio progetto e quindi utilizzare CocoaPods per installare le modifiche? È un flusso di lavoro troppo complicato.

O devo fare qualcosa con i sottomoduli?

Risponderò a questa domanda usando un esempio. Ho un fork di TTTAttributedLabel con alcune funzionalità extra che ho aggiunto qui:

https://github.com/getaaron/TTTAttributedLabel

Per poterlo utilizzare in un progetto Cocoapods, io:

1. Spingi le mie modifiche nella mia forcella
2. Configura il mio Podfile per ottenere le modifiche e l'aggiornamento

Dopo aver trasferito le modifiche al fork, ottieni lo SHA del tuo ultimo commit. Puoi farlo usando git rev-parse origin/master | pbcopyo sulla pagina dei commit di GitHub per il tuo progetto:

Quindi, puoi specificare il commit specifico sul tuo fork nel tuo Podfile in questo modo:

pod 'TTTAttributedLabel', :git => 'https://github.com/getaaron/TTTAttributedLabel.git', :commit => 'd358791c7f593d6ea7d6f8c2cac2cf8fae582bc1'

Dopodiché, pod updateaggiornerà questo particolare commit dal tuo fork. Se vuoi, puoi anche crearne uno podspecper il tuo fork, ma trovo questo approccio più semplice e non apporto modifiche abbastanza frequentemente da giustificare un nuovo flusso di lavoro.

Devo lavorare sul mio fork al di fuori del mio progetto e quindi utilizzare Cocoapods per installare le modifiche? Questo è il modo per complicare un flusso di lavoro.

Puoi farlo in questo modo, ma di solito:

1. Modifica il codice all'interno del mio progetto e assicurati che funzioni
2. Copia le modifiche sul mio fork, di
   • esportando una patch, o
   • copiando l'intero file del codice sorgente
3. Impegnati e inviaci a GitHub
4. Aggiorna il Podfile con il nuovo SHA
5. Corri pod update.

O devo fare qualcosa con i sottomoduli?

No, non è necessario.

Un'altra opzione è fare in modo che il tuo progetto faccia riferimento al pod direttamente e non tramite GitHub. In questo modo non è necessario continuare a eseguire il commit del fork o a copiare / incollare il codice solo per testare le modifiche. Puoi lavorare con due diversi progetti Xcode contemporaneamente e impegnarti separatamente nei rispettivi progetti.

pod 'AFNetworking', :path => '~/Documents/AFNetworking'

Documentazione CocoaPods: http://guides.cocoapods.org/using/the-podfile.html#using-the-files-from-a-folder-local-to-the-machine