CocoaPods 操作過程中出現(xiàn)的錯誤

錯誤1,最常見的錯誤


  • ERROR | [iOS] file patterns: The source_files pattern did not match any file.
    出現(xiàn)這個錯誤,是source_files下面的文件不對,之前網(wǎng)上找的podspec文件出錯,目前這個沒發(fā)現(xiàn)。如果出現(xiàn)這個錯誤,就去修改source_files的文件路徑就可以了。不要按照xcode里面看到的路徑寫,要寫物理路徑,打開文件夾去查看。一般規(guī)則就是:
    source_files:這里要注意的是這里的路徑是以xxx.podspec文件為根據(jù),同級的話,就寫文件名就好(一般要傳pod的最外層文件夾和xxx.podspec文件是同級的)。往后多級的,逐級加。如果多個的話,就分組加,逗號隔開。下面針對各種情況給出范例:
    image.png

    參照上圖:
    1、同級的文件夾B里面只有.h和.m文件
    source_files = "B/*.{h,m}"
    2、多級文件夾B/C/D(只有最后一級文件夾里面有.h和.m文件
    source_files = "B/C/D/*.{h,m}"
    3、多級文件夾B/C/D,每個文件夾里面都有.h和.m文件
    source_files = "B/*.{h.m}","B/C/*.{h.m}","B/C/D/*.{h.m}"
    其中C D可以用**代替

如果上述操作依舊沒有解決,則進行下面的操作:
(1)、打開

/Users/Library/Caches/CocoaPods/Pods/External/你要傳的項目文件

如圖:


image.png

(2)、我現(xiàn)在要放到pod上面的是WebRTCHelper文件,則刪除掉圖中2處的所有文件,然后在終端輸入pod psec lint xxx.podsepc,當然錯誤還是存在;
(3)、重新驗證后這個時候發(fā)現(xiàn)圖中2處會生成一個文件夾,點開這個文件夾,在里面把你要放到pod上面的文件復制一份放到里面,(例如圖中的標3的文件夾)。然后再驗證,這個錯誤就會沒有了。當然具體問題還要具體討論,這個是一個解決方法。


錯誤2


  • Unable to accept duplicate entry for: TestProject_hu (1.0.0)
    這個錯誤的出現(xiàn)是說明git上的版本和你的xxx.podspec文件里的version不一致,這個時候最好雙方都修改下。成功的幾率會高點。一個git的tag修改下,xxx.podspec里的version也修改下。git打的版本一定要和xxx.podspec文件中的version一致。

錯誤3


  • ERROR | xcodebuild: /Users/xinhuikeji/Library/Developer/Xcode/DerivedData/App-cpgccqdjhyrbqwcpjanyefntolkf/Build/Products/Release-iphonesimulator/wLib/wLib.framework/Headers/BaseModel.h:13:9: error: include of non-modular header inside framework module 'wLib.BaseModel' [-Werror,-Wnon-modular-include-in-framework-module]

  • 出現(xiàn)場景:pod驗證podspec文件的時候,如果.h文件里面有引用第三方pod,會出現(xiàn)這個錯誤

  • 解決方式:在命令后面添加--use-libraries就可以了
    pod lib lint xxx.podspec --allow-warnings --use-libraries


錯誤4


image.png

上傳到pod的時候,想要出現(xiàn)圖中這樣的文件層級,這個時候就需要在xxx.podspec文件里面用到一個subspec的屬性

#s.source_files = 'TQKit/Classes/**/*'

s.subspec 'Tool' do |ss|
      ss.source_files = 'TQKit/Classes/Tool/TQMacro.h'
  end

  s.subspec 'TQApi' do |ss|
      ss.source_files = 'TQKit/Classes/TQApi/*.{h,m}'
      ss.dependency 'TQKit/Tool'
      ss.dependency 'YTKNetwork'
  end
  
  s.subspec 'TQCategory' do |ss|
      ss.source_files = 'TQKit/Classes/TQCategory/*.{h,m}'
  end
  
  s.subspec 'TQTableView' do |ss|
      ss.source_files = 'TQKit/Classes/TQTableView/*.{h,m}'
  end

這里我的s.source_files是注釋掉的,是因為我的TQKit下面所有的文件都在我下面定義的文件夾里面,所以就不需要寫這個路徑了。如果TQKit下面有一個公共的頭文件,這樣的話可以寫成s.source_files = 'TQKit/Classes/xxx.h';
注意到這段代碼:

s.subspec 'TQApi' do |ss|
      ss.source_files = 'TQKit/Classes/TQApi/*.{h,m}'
      ss.dependency 'TQKit/Tool'
      ss.dependency 'YTKNetwork'
  end

里面有兩個引用的效果,這是因為TQApi里面會用到這兩個庫,所以要在自己的下面進行引用。

  • 一個是引用當前TQKit里面有的文件 TQMacro.h文件,但是這個文件不在TQApi下面,所以要進行引用。再者上面已經(jīng)把TQMacro.h文件放到Tool里面,所以這里引用Tool文件夾就可以,或者也可以寫成'TQKit/Tool/TQMacro.h'

s.subspec 'Tool' do |ss|
ss.source_files = 'TQKit/Classes/Tool/TQMacro.h'
end

  • 一個是引用一個pod第三方庫 YTKNetwork,pod第三方庫引用就簡單了,不需要寫路徑,直接寫庫名就可以。

錯誤5


  • 調(diào)用終端命令

pod lib lint --allow-warnings --use-libraries

如果是swift語言的話,則有可能出現(xiàn)下面的錯誤:

-> BaseComponent (0.1.0)
    - WARN  | [iOS] swift_version: The validator for Swift projects uses Swift 3.0 by default, if you are using a different version of swift you can use a `.swift-version` file to set the version for your Pod. For example to use Swift 2.3, run: 
    `echo "2.3" > .swift-version`

[!] BaseComponent did not pass validation, due to 1 warning (but you can use `--allow-warnings` to ignore it).
You can use the `--no-clean` option to inspect any issue.

  • 解決方法:終端使用echo "2.3" > .swift-version命令即可

錯誤6


  • 在執(zhí)行指令git push -u origin master的時候,會出現(xiàn)下述錯誤:
    錯誤6

這個錯誤時說本地庫的文件和遠程庫的文件不對應,可以按照下述方式解決:

  • 1、執(zhí)行指令git pull --rebase origin master,然后再push
  • 2、上述操作還是不行的話,就執(zhí)行強制覆蓋,執(zhí)行git push -f origin master

錯誤7

執(zhí)行指令pod trunk push xxx.podspec的時候,報下面錯誤

There was an error pushing a new version to trunk: getaddrinfo: nodename nor servname provided, or not known
解決方案:出現(xiàn)這個錯誤,是網(wǎng)絡(luò)DNS錯誤,去設(shè)置->網(wǎng)絡(luò)->雷劈以太網(wǎng)->高級設(shè)置->DNS設(shè)置成114.114.114.114

錯誤8

在對podspec文件進行驗證pod spec lint的時候,有時候會出現(xiàn)下面的錯誤

錯誤8-1

這種錯誤大多數(shù)出現(xiàn)在創(chuàng)建私有庫的過程中,當前的私有庫依賴了其他的私有庫,在驗證的時候沒有知道私有庫的源地址。
解決方法:
上面已經(jīng)提到這種情況出現(xiàn)在我們驗證私有庫的時候,該私有庫依賴其他私有庫,但是沒有指定依賴私有庫的源地址,所以我們在驗證的時候加上一個參數(shù)--sources,這個--sources指定的源地址一個是我們的私有庫地址,一個是pods的公有庫地址
https://github.com/CocoaPods/Specs.git!
圖8-2

錯誤9

在執(zhí)行git push origin master的時候,如果指定origin的源地址是https的,可能會出現(xiàn)下面的錯誤

`HTTP 413 curl 22 The requested URL returned error: 413 Request Entity Too Large`

出現(xiàn)這個錯誤需要做的就是更換origin源地址

git remote set-url origin ssh地址

在操作上述指令之前,還需要設(shè)置git托管網(wǎng)站使用ssh的私鑰。具體參考來自http://www.cnblogs.com/lihaiping/p/6021813.html的博客

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容