IOS लॉजिक परीक्षणों के साथ कोकोपोड्स का उपयोग करते समय लाइब्रेरी नहीं मिली

Question

मैं अपने प्रोजेक्ट में कक्षाओं के खिलाफ कुछ iOS तर्क परीक्षण लिखने की कोशिश कर रहा हूं जो मेरे पॉडसेक में कुछ पुस्तकालयों से कार्यक्षमता का उपयोग करते हैं। मैं Xcode में उपलब्ध कराए गए मानक इकाई परीक्षण बंडल का उपयोग कर रहा हूं (हालांकि एप्लिकेशन टेस्ट नहीं, बस यूनिट टेस्ट)।

उदाहरण के लिए, मैं जादुई रिकॉर्ड का उपयोग करता हूं, और मेरे पास मेरे पॉडसेक में जुड़ा पुस्तकालय है। यह मेरे कार्यक्षेत्र में पॉड्स प्रोजेक्ट में मौजूद है, और जब ऐप सिम्युलेटर या डिवाइस में चल रहा होता है तो यह अपेक्षित रूप से काम करता है। जब मैं उस ऑब्जेक्ट को परीक्षण करने के लिए लिंक करने का प्रयास करता हूं जो जादुई रिकॉर्ड का उपयोग करता है, हालांकि, मुझे यह कहते हुए एक लिंकर त्रुटि मिलती है कि यह जादुई रिकॉर्ड से चयनकर्ताओं को नहीं मिल सकता है। मैंने अपने तर्क परीक्षण बंडल में अपने HEADER_SEARCH_PATH को अपडेट करने की कोशिश की है, यहां तक ​​कि इसे कोकोआडोड्स द्वारा बनाई गई हेडर निर्देशिका के लिए कठिन कोडिंग भी है, लेकिन कोई भाग्य नहीं।

मैं उन कक्षाओं के खिलाफ इकाई परीक्षण चला सकता हूं जो बिना किसी समस्या के कोकोआपोड्स पुस्तकालयों का उपयोग नहीं करते हैं।

क्या मैं इस बारे में गलत हूं? क्या मुझे कोकोपोड्स लाइब्रेरी को देखने के लिए कंपाइलर लाने के लिए कुछ और करना चाहिए?

Answer 1

CocoaPods 1.0 ने इसके लिए वाक्य रचना को बदल दिया है। अब यह इस तरह दिखता है:

def shared_pods
    pod 'SSKeychain', '~> 0.1.4'
    ...
end

target 'Sail' do
    shared_pods
end

target 'Sail-iOS' do
    shared_pods
end

---

पूर्व कोकोआ 1.0 उत्तर

आप जो उपयोग करना चाहते हैं वह link_withआपके द्वारा किया गया है Podfile। कुछ इस तरह:

link_with 'MainTarget', 'MainTargetTests'

फिर चला pod install।

Comments

इसने मेरे लिए समस्या को तुरंत ठीक कर दिया।

— mttrb

मुझे इसके साथ अजीब त्रुटियां मिलती हैं - परीक्षण करते समय, isSubclassOfClass:कॉल वापस आती है NOजहां उन्हें वापस लौटना चाहिए YES। इसका एकमात्र कारण मैं यह बता सकता हूं कि निर्भरताएं वास्तव में मुख्य और परीक्षण लक्ष्य दोनों से जुड़ी होती हैं, और जब परीक्षण लक्ष्य के बंडल लोडर मुख्य बंडल को लोड करते हैं, तो यह तय नहीं कर सकता है कि किस वर्ग को लेना है।

— fabb

मेरे पास isKindOfClass:लौटने के साथ यही मुद्दा है NOकि इसे कब लौटना चाहिए YES। अगर मैं Classअपने ऑब्जेक्ट के पॉइंटर को लॉग इन कर रहा हूं, जिसका मैं परीक्षण कर रहा हूं और Classजिस कक्षा से मैं तुलना करना चाहता हूं, वे दो अलग-अलग मूल्य हैं। स्पष्ट रूप से ऐप बंडल से मेरा कोड मेरी इकाई परीक्षणों से कोड की तुलना में वर्ग के लिए एक अलग प्रतीक का उपयोग कर रहा है। किसी को भी इसे हल करने के लिए एक रास्ता मिल गया है?

— निकोलस हार्ट

मुझे नहीं लगता कि कुछ अन्य लोगों ने जिन त्रुटियों का उल्लेख किया है, उनके कारण यह एक अच्छा तरीका है। कॉन्फ़िगरेशन फ़ाइल को अपडेट करने के साथ चिपकाएँ 'बिट' के आधार पर। सुनिश्चित करें कि आपने libPods.a को दो बार लिंक नहीं किया है।

— बॉब स्प्रीन

यह स्वीकृत उत्तर होना चाहिए क्योंकि यह पॉड्स को कई लक्ष्यों के साथ सेटअप करने का आधिकारिक कोकोआपोड्स तरीका है। एक बहुत कीथ!

— cschuff

Answer 2

मुझे यह देखकर लगा कि मेरे ऐप का मुख्य लक्ष्य कोकोआपोड्स लाइब्रेरी से सेटिंग्स कैसे प्राप्त कर रहा है। CocoaPods में एक .xcconfig फ़ाइल होती है जिसका नाम Pods.xcconfig है। इस फ़ाइल में सभी शीर्ष लेख खोज पथ हैं।

यदि आप प्रोजेक्ट नेविगेटर में अपनी परियोजना को देखते हैं और जानकारी टैब पर क्लिक करते हैं, तो आप शीर्ष अनुभाग में सूचीबद्ध अपने बिल्ड कॉन्फ़िगरेशन देखेंगे। यदि आप अपने विभिन्न कॉन्फ़िगरेशन के लिए प्रकटीकरण त्रिकोण खोलते हैं, तो आप अपने मुख्य लक्ष्य के तहत सूचीबद्ध पॉड्स देखेंगे। मुझे ड्रॉप डाउन पर क्लिक करना था और पॉड्स को लॉजिक टेस्ट लक्ष्य के साथ जोड़ना था।

मुझे अपने मुख्य लक्ष्य से $(inherited)और की सेटिंग्स को कॉपी करना था और ${PODS_HEADERS_SEARCH_PATHS}उन्हें बिल्ड सेटिंग्स / HEADER_SEARCH_PATHS के तहत तर्क परीक्षण लक्ष्य पर कॉपी करना था।

अंत में, मुझे अपने लॉजिक टेस्ट्स टारगेट के लिए लायब्रेरी बिल्ड चरण के साथ लिंक बाइनरी में libPods.a जोड़ना पड़ा।

आशा है कि यह किसी और की मदद करने में सक्षम है।

Comments

प्रतिभाशाली! मैं MagicalRecord और यूनिट परीक्षण के लिए OCMockito और OCHamcrest का उपयोग करता हूं। इस फिक्स के साथ मैं अब उन सभी को कोकोआपोड्स के माध्यम से स्थापित कर सकता हूं! धन्यवाद!

— फोगमिस्टर

यह मेरे लिए काम किया, धन्यवाद। NOTE .. मुझे libPods.a को टेस्ट proj और main proj दोनों में जोड़ने की आवश्यकता नहीं थी। यह एक नकली प्रतीक त्रुटि का कारण बनता है

— क्रेग ब्रूस

मेरे लिए, मुझे "उपयोगकर्ता-परिभाषित" बिल्ड सेटिंग्स की प्रतिलिपि भी बनानी थी। हैडर खोज पथ $ PODS_ROOT को संदर्भित करता है जिसे परीक्षण लक्ष्य पर परिभाषित नहीं किया गया था। आप इसे एडिटर-> ऐड बिल्ड सेटिंग-> ऐड यूजर-डिफाइंड सेटिंग में डालकर जोड़ सकते हैं, फिर मुख्य लक्ष्य से $ PODS_ROOT मूल्य कॉपी कर सकते हैं।

— शिनिगामी

इसे ठीक करने का यह सही तरीका नहीं है। लिंक के साथ देखें उत्तर आप अपने पॉड फ़ाइल में प्रति लक्ष्य के आधार पर अलग-अलग पॉड्स भी निर्दिष्ट कर सकते हैं , अर्थात, केवल OCMockito को अपने परीक्षण लक्ष्य में शामिल करें।

— dbainbridge

हाँ हाँ हाँ! इस जवाब से पहले मुझे अपने प्रोजेक्ट्स से टेस्ट टारगेट को हटाना पड़ा! धन्यवाद आदमी :)

— जोसिप बी।

Answer 3

एक समाधान है जो मुझे यहां कोकोआपॉड्स के साथ यूनिट टेस्ट में मिला है :

Xcode में प्रोजेक्ट फ़ाइल खोलें, फिर प्रोजेक्ट चुनें (लक्ष्य नहीं), दाएं पैनल में, कॉन्फ़िगरेशन नामक एक अनुभाग है। अपने परीक्षण लक्ष्य के लिए "कॉन्फ़िगरेशन फ़ाइल पर आधारित" कॉलम में पॉड्स चुनें।

Comments

खैर, क्या होगा यदि परीक्षण-विशिष्ट निर्भरताएं हैं, जैसे Spectaकि आप परीक्षण परियोजना के साथ लिंक करना चाहते हैं लेकिन मुख्य परियोजना के साथ नहीं? : एस

— फतहोकू

यह काम किया और फली विन्यास या सेटअप ... उत्कृष्ट समाधान के लिए किसी भी परिवर्तन की आवश्यकता नहीं है।

— रिचर्ड

यद्यपि यह समाधान त्रुटि पैदा कर सकता है: Class Foo is implemented in both MyApp and MyAppTestCase. One of the two will be used. Which one is undefined. यह कोकोपोड्स में बग के कारण लगता है; नीचे @JRV उत्तर देखें।

— रिचर्ड

वे सिर्फ चेतावनी नहीं हैं। इस तरह के एक सेटअप के साथ कोई उचित Xcode कोड कवरेज डेटा उत्पन्न नहीं होता है और यूनिट परीक्षण ज्यादातर मामलों में लॉन्च के दौरान लटका रहता है।

— i4niac

मैंने अनुमानी SDK को मैन्युअल रूप से ड्रैग और ड्रॉप द्वारा आयात किया है, मुझे पॉड्स नहीं मिल रहे हैं। इसे कैसे हल करें?

— गुरु तेजा

Answer 4

मैं अन्य उत्तरों से सहमत हूं कि यह आवश्यक है कि पुस्तकालयों को परीक्षण के लक्ष्यों से जोड़ा जाए। हालाँकि अभी तक किसी भी सुझाव ने मेरी मदद नहीं की। जैसा कि @fabb एक टिप्पणी में लिखता है: "जब परीक्षण करते हैं, तो isSubclassOfClass:NO को वापस बुलाते हैं , जहां उन्हें YES वापस करना चाहिए। इसका एकमात्र कारण मैं यह बता सकता हूं कि निर्भरताएं वास्तव में मुख्य और परीक्षण लक्ष्य दोनों से जुड़ी होती हैं, और जब परीक्षण लक्ष्य बंडल होता है। लोडर मुख्य बंडल को लोड करता है, यह तय नहीं कर सकता कि किस वर्ग को लेना है। " मुझे इस धागे में पिछले सभी सुझावों के साथ एक ही समस्या है।

समाधान जो मुझे काम करने के लिए मिला, वह मेरे पॉडफिल को अपडेट करने के लिए मेरे मुख्य लक्ष्य और मेरे परीक्षण लक्ष्य के लिए विशिष्ट पॉड्स को परिभाषित करने के लिए था:

target 'MyTarget' do
   pod 'AFNetworking', '~> 2.5.0'
   pod 'Mantle', '~> 1.5'
end

target 'MyTargetTests' do
   pod 'OCMockito', '~> 1.3.1'
end

मेरे परीक्षण लक्ष्य के लिए एक पॉड निर्दिष्ट करना आवश्यक था, भले ही मैंने कोई परीक्षण विशिष्ट पॉड्स का उपयोग नहीं किया था। अन्यथा कोकोपोड्स मेरी परियोजना में आवश्यक लिंकिंग तर्क नहीं डालेंगे।

इस लिंक से मुझे इस निष्कर्ष पर पहुंचने में मदद मिली।

Comments

कोकोपोड्स मुद्दे के लिंक के लिए धन्यवाद - जिसने मुझे अपनी समस्या को हल करने में मदद की!

— karlbecker_com 19

हाँ!!!! यह मुद्दा मुझे कचोट रहा है। यह एकमात्र समझदार कोकोपॉड्स का उत्तर है जो मुझे आया था।

— 4

इसे संभालने का एक बेहतर तरीका है। 1.x: stackoverflow.com/a/40866889/2799670

— डैरेन ब्लैक

Answer 5

मैंने :exclusive => trueएप्लिकेशन परीक्षण लक्ष्य में डुप्लिकेट प्रतीक त्रुटियों से बचने के लिए जोड़ा ।

target 'myProjectTests', :exclusive => true do
   pod 'OCMock', :head
   pod 'XCTAsyncTestCase', :git => 'https://github.com/iheartradio/xctest-additions.git'
end

link_with 'myProject', 'myProjectTests'

जब मैंने तर्क इकाई परीक्षण एक के लिए आवेदन परीक्षण लक्ष्य को बदल दिया, तो लिंकर त्रुटि होती है। मुझे हटाने के बाद :exclusive => true, सब कुछ फिर से काम करता है।

target 'myProjectTests', do
   pod 'OCMock', :head
   pod 'XCTAsyncTestCase', :git => 'https://github.com/iheartradio/xctest-additions.git'
end

link_with 'myProject', 'myProjectTests'

:exclusive => trueबताता है कि बाहर की हर चीज do...endको लिंक नहीं किया जाना चाहिए myProjectTests, जो कि एप्लिकेशन टेस्ट लक्ष्यों में उचित है, लेकिन यह लॉजिक टेस्ट के लक्ष्यों में लिंकर त्रुटियों का कारण होगा।

Comments

विशेष मेरे लिए समाधान था, जैसा कि इस कोकोआइड्स मुद्दे पर केलीफ़ के जवाब में दिखाया गया था, जो इस सवाल पर जेआरवी के जवाब के लिए धन्यवाद पाया गया था!

— karlbecker_com 19

हां, हर किसी को @karlbecker_com द्वारा लिंक किए गए गितुब पर उस मुद्दे को पढ़ना चाहिए। ऐसा लगता है कि यह कोकोपोड्स की एक लंबी चलने वाली सीमा है। वहां की चर्चा के अनुसार, link_with आवश्यक नहीं है। बस परीक्षण लक्ष्य जोड़ें और उपयोग करें: अनन्य। यदि आपके परीक्षण लक्ष्य को किसी विशिष्ट फली की आवश्यकता नहीं है, तो किसी को भी जोड़ें अन्यथा कोकोपोड्स इसे संसाधित नहीं करेंगे।

— kball

@kball जिसे किसी को भी लिंक_ की आवश्यकता नहीं है? आवेदन परीक्षण या तर्क इकाई परीक्षण?

— हाई फेंग काओ

जब तक आपके पास इसका उपयोग करने का एक और कारण नहीं है, तब तक आपको link_with की आवश्यकता नहीं होनी चाहिए। और आम तौर पर बोल आप उन फली को अपने परीक्षण बंडल के साथ लिंक नहीं करना चाहते हैं। उन्हें केवल एक बार, ऐप बंडल में जोड़ा जाना चाहिए, और फिर निर्भरता के माध्यम से आपके परीक्षणों द्वारा संदर्भित किया जाता है (यह सुनिश्चित करना प्रतीक द्वारा डिफ़ॉल्ट रूप से बंद है)। अन्यथा व्यवहार अपरिभाषित है क्योंकि फली के दो संस्करण मौजूद होंगे - एक ऐप लक्ष्य में शामिल, एक परीक्षण लक्ष्य में।

— kball 18'15

Answer 6

आप @ कीथ स्माइली समाधान के अनुसार link_with का उपयोग कर सकते हैं।

यदि आपके पास सामान्य पॉड्स हैं, और प्रत्येक लक्ष्य के लिए विशिष्ट है, तो आप पॉड्स के समूह को परिभाषित करने के लिए "डीफ़" विकल्प का उपयोग करना चाह सकते हैं। और बाद में अनन्य लक्ष्य में "डीफ़" का उपयोग करें।

def import_pods
    pod 'SSKeychain'
end

target 'MyProjectTests', :exclusive => true do
  import_pods
end

target 'MyProject', :exclusive => true do
  import_pods
  pod 'Typhoon'
end

उपरोक्त उदाहरण में, मैंने दोनों लक्ष्यों में 'SSKeychain' और 'Typhoon' को केवल 'My Myject' लक्ष्य में जोड़ा है

Answer 7

इस समस्या का मेरा समाधान यह था कि इस तरह से दोनों लक्ष्यों में पुस्तकालय को शामिल करने के लिए मेरे पॉडफाइल को बदल दिया जाए

target "MyApp" do  
    pod 'GRMustache', '~> 7.0.2'
end

target "MyAppTests" do
    pod 'GRMustache', '~> 7.0.2'
end

और जब से मैं स्विफ्ट का उपयोग कर रहा हूं, मुझे MyApp-Bridging-Header.hफ़ाइल शामिल करने के लिए परीक्षण लक्ष्य को कॉन्फ़िगर करना पड़ा । (बिल्ड सेटिंग्स टैब के तहत स्विफ्ट कंपाइलर समूह में)

Comments

सावधान - यह आपके निर्माण के समय को बहुत बढ़ा देगा, जैसा कि आप अधिक फली जोड़ते रहते हैं!

— फतुहोकू 12

@fatuhoku को यह नहीं पता था। क्या आप कुछ अंतर्दृष्टि प्रदान कर सकते हैं कि यह समय क्यों बढ़ाता है?

— Qw4z1

वैसे फली का प्रत्येक उल्लेख आपके Podsप्रोजेक्ट में एक लक्ष्य है । दो बार अपने पॉड्स का उल्लेख करके (एक बार परीक्षण के लिए और एक बार ऐप के लिए), आपके पास लक्ष्य के दो सेट होंगे। यह प्रभावी रूप से विन्यास कार्य pod installको दोगुना करता है। यह तब तक कोई समस्या नहीं होगी जब तक आपके पास> 15 पॉड्स न हों, लेकिन तब तक बहुत चिंता न करें।

— फतुहोकू

यह एकमात्र समाधान है जो मेरे लिए कोकोपॉड्स 1.0 के साथ काम करता है

— विलियम

1.x के रूप में, यह ऐप निर्भरता विरासत में मिली परीक्षणों के लिए आधिकारिक तरीका है: stackoverflow.com/a/40866889/2799670

— डैरेन ब्लैक

Answer 8

जब मैंने कुछ संस्करण नियंत्रण के दौरान कुछ लाइब्रेरी फ़ाइलें खो दीं तो मेरे साथ भी ऐसी ही घटना हुई। मैंने अभी भी अपने पॉड्स में लाइब्रेरी फ़ाइल देखी, लेकिन वास्तविक कोड गायब होने के साथ, XCode ने कहा कि यह चला गया था। मेरी निराशा के लिए, 'पॉड इंस्टॉल' चलाने से खोई हुई फाइलों को तुरंत वापस नहीं लाया गया।

मुझे फली को मैन्युअल रूप से हटाने और बदलने की आवश्यकता थी:

1. पोडफाइल से लाइब्रेरी निकालें
2. लाइब्रेरी को पूरी तरह से हटाने के लिए 'पॉड इंस्टॉल' चलाएं
3. लाइब्रेरी को वापस पॉडफाइल में रखें
4. फिर से 'पॉड इंस्टॉल' चलाएं

इससे लाइब्रेरी को मूल रूप में वापस लाना चाहिए।

Answer 9

यह भी ध्यान देने योग्य है कि यदि आपने libPods.aदो बार जोड़ा है, तो आपको इस तरह की कुछ त्रुटि मिल जाएगी:

232 duplicate symbols for architecture i386

इसे ठीक करने के लिए, libPods.aअपने प्रोजेक्ट एक्सप्लोरर में से किसी एक संदर्भ को हटा दें ।

Answer 10

CocoaPods 1.x के रूप में, एक लक्ष्य और संबंधित परीक्षण लक्ष्य के बीच साझा निर्भरता की घोषणा करने का एक नया तरीका है। मैं मार्क स्ट्रुज़िंस्की द्वारा स्वीकृत समाधान का उपयोग इस बिंदु पर कर रहा हूं, लेकिन इस पद्धति का उपयोग करने पर मेरे परीक्षणों को चलाने पर बड़ी संख्या में चेतावनी मिलती है:

Class SomeClass is implemented in both /Path/To/Test/Target and /Path/To/App/Target. One of the two will be used. Which one is undefined.

CocoaPods 1.x के साथ हम अपने-अपने लक्ष्य को मूल लक्ष्य के खोज पथ के माध्यम से विरासत के रूप में घोषित कर सकते हैं, जैसे:

target 'MyApp' do
    pod 'aPod'
    pod 'anotherPod'
    project 'MyApp.xcodeproj'
end
target 'MyAppTests' do
    inherit! :search_paths
    project 'MyApp.xcodeproj'
end

यह कई बाइनरी प्रतियों के बिना, लक्ष्य लक्ष्य की निर्भरता तक पहुंच वाले लक्ष्य का परिणाम देगा। इसने मेरे लिए टेस्ट बिल्ड टाइम को गंभीरता से लिया है।

Answer 11

यह मेरे लिए काम कर रहा है की कोशिश करो,

हमें विन्यास में फली निर्धारित करने की आवश्यकता है,

प्रोजेक्ट-> जानकारी-> एक्सकोड प्रोजेक्ट (आपकी परियोजना) में विन्यास डिबग, रिलीज (और आपके पास और क्या है) के लिए मुख्य परियोजना 'पॉड्स' पर सेट होना चाहिए। देखें "हेडर नहीं मिला - खोज पथ शामिल नहीं"

आशा है कि यह किसी एक की मदद है।

Answer 12

मैं अपने स्विफ्ट ऐप के साथ iOS पर GoogleMaps Objective-C POD एकीकरण के साथ काम कर रहा हूं और इसलिए मेरे लिए यह मुद्दा था कि टेस्ट लक्ष्य में बिल्ड सेटिंग्स में ब्रिज हैडर फ़ाइल ( SWIFT_OBJC_BRIDGING_HEERER ) का संदर्भ नहीं था । सुनिश्चित करें कि आपके ऐप और टेस्ट ऐप के लक्ष्य दोनों उस ओर इशारा करते हैं, ताकि तीसरे पक्ष के एपीआई कॉल (मैप्स एपीआई, इत्यादि) का उपयोग स्विफ्ट परीक्षण में किया जा सके।

Comments

मेरे पास आपके जैसा ही सेटअप है। मैंने पहले ही ब्रिजिंग हेडर को टेस्ट टारगेट में शामिल कर लिया है, हालाँकि मुझे इस तरह की "कोई भी मॉड्यूल 'Google मैप्स" पर त्रुटि नहीं मिलती है import GoogleMaps।

— निकोलस मिआरी

Answer 13

अगला सिंटैक्स मेरे लिए सबसे अच्छा परिणाम देता है (कोकोपोड v.1.2.1 के तहत परीक्षण किया गया):

https://github.com/CocoaPods/CocoaPods/issues/4626#issuecomment-210402349

 target 'App' do
    pod 'GoogleAnalytics' , '~> 3.0'
    pod 'GoogleTagManager' , '~> 3.0'

     pod 'SDWebImage', '~>3.7'
     platform :ios, '8.0'
     use_frameworks!

     target 'App Unit Tests' do
         inherit! :search_paths
     end
 end

इसके बिना मुझे डुप्लिकेट प्रतीकों के बारे में परीक्षण चलाते समय चेतावनी दी गई है।

इसके बाद चेतावनी गायब कर दी गई।

Answer 14

मेरे पास XCTest के तहत OpenCV का उपयोग करने के मुद्दे थे। यह मुझे Undefined symbols for architecture arm64कक्षाओं के लिए लिंकर त्रुटियों की तरह दे रहा था cv::Mat। मैं pod 'OpenCV', '~> 2.0'मुख्य लक्ष्य के तहत उपयोग करके कोकोओपोड्स के माध्यम से OpenCV स्थापित कर रहा हूं । कोई फर्क नहीं पड़ता कि मैंने OpenCV निर्भरता को परीक्षण लक्ष्य के तहत रखने की कितनी कोशिश की या inherit! :search_pathsइसमें से कोई भी काम नहीं किया। समाधान एक abstract_targetऐसा बनाने के लिए किया गया था :

# Uncomment the next line to define a global platform for your project
platform :ios, '6.1.6'

abstract_target 'Shows' do
  pod 'RMVision', path: '../..'
  pod 'RMShared', path: '../../../RMShared'
  pod 'OpenCV', '~> 2.0'

  target 'RMVisionSample' do
    # Uncomment the next line if you're using Swift or would like to use dynamic frameworks
    # use_frameworks!

    # Pods for RMVisionSample
  end

  target 'RMVisionSampleTests' do
    # inherit! :search_paths
    # Pods for testing
  end

  target 'RMVisionBenchmarks' do
    # inherit! :search_paths
    # Pods for testing
  end

end 

उपयोगी pod deintegrateऔर pod cleanकमांड भी हैं जो प्रोजेक्ट को साफ करने में मदद करते हैं और सुनिश्चित करते हैं कि आप परीक्षण करते समय नए सिरे से शुरू करते हैं। आप उन दो का उपयोग कर स्थापित कर सकते हैं [sudo] gem install cocoapods-deintegrate cocoapods-clean।