錯(cuò)誤1,最常見的錯(cuò)誤

• ERROR | [iOS] file patterns: The source_files pattern did not match any file.
  出現(xiàn)這個(gè)錯(cuò)誤，是source_files下面的文件不對(duì)，之前網(wǎng)上找的podspec文件出錯(cuò)，目前這個(gè)沒發(fā)現(xiàn)。如果出現(xiàn)這個(gè)錯(cuò)誤，就去修改source_files的文件路徑就可以了。不要按照xcode里面看到的路徑寫，要寫物理路徑，打開文件夾去查看。一般規(guī)則就是：
  source_files：這里要注意的是這里的路徑是以xxx.podspec文件為根據(jù)，同級(jí)的話，就寫文件名就好（一般要傳pod的最外層文件夾和xxx.podspec文件是同級(jí)的）。往后多級(jí)的，逐級(jí)加。如果多個(gè)的話，就分組加，逗號(hào)隔開。下面針對(duì)各種情況給出范例：
  
  image.png
  
  參照上圖：
  1、同級(jí)的文件夾B里面只有.h和.m文件
  source_files = "B/*.{h,m}"
  2、多級(jí)文件夾B/C/D（只有最后一級(jí)文件夾里面有.h和.m文件
  source_files = "B/C/D/*.{h,m}"
  3、多級(jí)文件夾B/C/D，每個(gè)文件夾里面都有.h和.m文件
  source_files = "B/*.{h.m}","B/C/*.{h.m}","B/C/D/*.{h.m}"
  其中C D可以用**代替

如果上述操作依舊沒有解決，則進(jìn)行下面的操作：
（1）、打開

/Users/Library/Caches/CocoaPods/Pods/External/你要傳的項(xiàng)目文件

如圖：

image.png

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

錯(cuò)誤2

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

錯(cuò)誤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)場(chǎng)景：pod驗(yàn)證podspec文件的時(shí)候，如果.h文件里面有引用第三方pod，會(huì)出現(xiàn)這個(gè)錯(cuò)誤

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

錯(cuò)誤4

image.png

上傳到pod的時(shí)候，想要出現(xiàn)圖中這樣的文件層級(jí)，這個(gè)時(shí)候就需要在xxx.podspec文件里面用到一個(gè)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是注釋掉的，是因?yàn)槲业?code>TQKit下面所有的文件都在我下面定義的文件夾里面，所以就不需要寫這個(gè)路徑了。如果TQKit下面有一個(gè)公共的頭文件，這樣的話可以寫成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

里面有兩個(gè)引用的效果，這是因?yàn)?code>TQApi里面會(huì)用到這兩個(gè)庫，所以要在自己的下面進(jìn)行引用。

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

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

• 一個(gè)是引用一個(gè)pod第三方庫 YTKNetwork,pod第三方庫引用就簡(jiǎn)單了，不需要寫路徑，直接寫庫名就可以。

錯(cuò)誤5

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

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

如果是swift語言的話，則有可能出現(xiàn)下面的錯(cuò)誤：

-> 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命令即可

錯(cuò)誤6

• 在執(zhí)行指令git push -u origin master的時(shí)候，會(huì)出現(xiàn)下述錯(cuò)誤：
  
  錯(cuò)誤6

這個(gè)錯(cuò)誤時(shí)說本地庫的文件和遠(yuǎn)程庫的文件不對(duì)應(yīng)，可以按照下述方式解決：

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

錯(cuò)誤7

執(zhí)行指令pod trunk push xxx.podspec的時(shí)候，報(bào)下面錯(cuò)誤

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

錯(cuò)誤8

在對(duì)podspec文件進(jìn)行驗(yàn)證pod spec lint的時(shí)候，有時(shí)候會(huì)出現(xiàn)下面的錯(cuò)誤

錯(cuò)誤8-1

圖8-2

錯(cuò)誤9

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

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

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

git remote set-url origin ssh地址

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