2016-08-29 9 views
7

मैं Fastlane एक सीआई वातावरण में जहां निम्न होना चाहिए शामिल करने की कोशिश कर रहा है: एक परीक्षण रन से सक्रिय होना चाहिएस्कैन के लिए Fastlane के क्रम में सुधार> तैनात

  • किसी भी master शाखा करने के लिए प्रतिबद्ध है और फिर Testflight में एक निर्माण।
  • development शाखा में कोई भी प्रतिबद्धता परीक्षण परीक्षण को ट्रिगर करना चाहिए और फिर Fabric Beta में निर्माण करना चाहिए।
  • कोई अन्य प्रतिबद्धता या पुल अनुरोध परीक्षण परीक्षण को ट्रिगर करना चाहिए।

लेन match के माध्यम से सभी कोड हस्ताक्षर के साथ काम कर रहे हैं।

आदेश निर्माण दो बार मैं Gym के माध्यम से निर्माण कर रहा हूँ से बचने के लिए और उसके बाद skip_build: true और clean: false साथ Scan, #3353 में उल्लिखित।

हालांकि यह cocoapods निर्भरताओं की मात्रा के कारण बिल्ड समय के साथ मदद करता प्रतीत होता है, यह travis-ci.org में 50 मिनट की सीमा से अधिक हो जाता है। (बिल्ड लॉग की जांच करने के लिए स्वतंत्र महसूस करें)

रनिंग समय के मामले में यह कैसे सुधार किया जा सकता है? (#3 में उल्लिखित धीमी संकलन स्विफ्ट कार्यों को ठीक करने के अलावा)

संदर्भ के लिए, यहां मेरा Fastfile है।

+1

क्या आप समांतर बिल्डों का उपयोग कर सकते हैं? यदि ऐसा है तो आप परीक्षण के लिए एक और दूसरे को तैनाती के लिए मैट्रिक्स बिल्ड का उपयोग कर सकते हैं। –

उत्तर

1

एक तरह से आप अपने निर्माण के चरण में तेजी लाने के कर सकते हैं पहले से बनाए गए चौखटे उपयोग कर रहा है। यह आपकी परियोजना पर AVFoundation या किसी अन्य ऐप्पल टूलकिट को आयात करने जैसा है।

यह पहचानने की कोशिश करें कि कौन सी निर्भरता चल रहे समय को धीमा कर रही है और इसे प्रीबिल्ट फ्रेमवर्क में ले जाया गया है।

Carthage एक अच्छा टूल है जो आपको प्रीबिल्ट फ्रेमवर्क का उपयोग करने और निर्भरताओं का प्रबंधन करने की अनुमति देता है। आप Carthage कैश कर सकते हैं अपने सीआई पर बनाता है। कैशिंग प्राप्त करने के तरीके पर यह शानदार blog post देखें।

0

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

संबंधित मुद्दे