2014-04-07 69 views
2

所以在看this article後,它似乎使用私人椰子樹模塊化大型應用程序是可行的。但我遇到了一個問題:如何在多個開發人員之間使用/創建私有cocoapods?直接使用git源作爲吊艙,像這樣:組織一個大型項目與多個私人椰子樹

目前,我用的是最簡單的解決方案

pod 'HBToolkit', :git => 'ssh://private-domain.com/ios/hbtoolkit.git' 
pod 'HBBussiness', :git => 'ssh://private-domain.com/ios/hbbussiness.git' 
pod 'HBAPI', :git => 'ssh://private-domain.com/ios/hbpapi.git' 

它真的很方便,但不好的一點是它不能處理的依賴。所以假設moduleA依賴於moduleB和moduleC,在XXX.podspec中沒有辦法標識它們,因爲cocoapods不支持帶有直接git源代碼的專用pod。

爲了解決依賴性,我必須遵循steps provided by the site,這有點複雜。

所以如何實現等提供文章的影響:

platform :ios, '6.0' 

# networking, slider navigation, routing 
pod 'AFNetworking', '~> 1.2.1' 
pod 'ViewDeck', '~> 2.2.11' 
pod 'JLRoutes', '~> 1.2' 

# sub-apps, pulling from the head of each repo for development. alternately, we can pin it to a release version like we do the other pods 
pod 'HSAPIClient', :head 
pod 'HSCommonResources', :head 
pod 'HSMarketingGraderApp', :head 
pod 'HSContactsApp', :head 
pod 'HSDashboardApp', :head 
pod 'HSLoginApp', :head 
pod 'HSSocialApp', :head 
pod 'HSSourcesApp', :head 
pod 'HSSettingsApp', :head 
pod 'HSSocialReach', :head 
pod 'HSEmailApp', :head 

PS:在多開發商高層,如果我想看到最終應用的結果,做我必須做的過程:

在moduleN
  1. 編輯源
  2. 提交和推送到服務器的git
  3. 運行pod update在最終應用程序看到的結果,如果有什麼差錯,紅色過程?

回答

1

要在文章實現提到你必須:

  • 設置私人PodSpecs庫(遵循的CocoaPods現場指導)

  • 一旦你有,你可以使用pod '<pod name>', :head

  • 顯然你 不希望推動代碼之前,確保它的作品,爲此 目的

,你應該在podfile兩行對每個吊艙例如:

#uncomment this line before pushing 
#pod 'HBToolkit' 
#use this line for local development(path to podspecs from your working copy of pod project) 
pod 'HBToolkit', :path => '../HBToolkit.podspec' 

你想HBToolkit的地方發展,而你在使用它的項目,你必須取消註釋第二線安渡每次運行pod install。一旦你完成了。推HBToolkit更改。評論第二行,取消註釋第一行並運行pod install。現在你有相同的變化,但現在從回購拉。