2016-01-19 5 views
6

मैं आदर्श मामले के लिए तैनाती मॉडल को समझता हूं, कि आप सभी उपयोगकर्ता अपने ऐप को नवीनतम ऐप स्टोर संस्करण में अपडेट करते हैं। लेकिन हकीकत में वे नहीं करते हैं। मैं CodePush का उपयोग कर प्रतिक्रिया-मूल आईओएस ऐप के विभिन्न निर्माण संस्करणों से कैसे निपटूं?कोडपश: उसी परिनियोजन कॉन्फ़िगरेशन के एकाधिक निर्माण संस्करणों को कैसे तैनात किया जाए?

1) मैं अपने ऐप के 1.0.0 का निर्माण करने के लिए नए js bundels तैनात करने के लिए CodePush उपयोग कर रहे हैं: दो स्थितियों निम्नलिखित पर विचार करें। अब मैं 1.1.0 रिलीज करता हूं और कोडपश के माध्यम से नया कोड प्रदान करना चाहता हूं। जहां तक ​​मैं देख सकता हूं कि अब 1.0.0 और 1.1.0 पर तैनात करने का तरीका है, न ही अलग-अलग बंडल और न ही एक ही। तो एक बार जब मैंने 1.1.0 पर बंडल को धक्का दिया तो 1.0.0 ऐप्स अपडेट करने का कोई तरीका नहीं होगा जो ऐप स्टोर के माध्यम से अपडेट नहीं हुआ था।

2) जहां तक ​​मैं कह सकता हूं, इसके आस-पास एक तरीका केवल बढ़े हुए बिल्ड नंबर (सीएफबंडलवर्सन) के साथ नए संस्करणों को जारी कर रहा है लेकिन एक अपरिवर्तित संस्करण स्ट्रिंग (सीएफबंडलशॉर्टवर्सनस्ट्रिंग) है। लेकिन इसका असर यह है कि यहां तक ​​कि एक ताजा डाउनलोड किया गया नवीनतम ऐप स्टोर संस्करण (उदा। 1.1.0 (8)) हमेशा कोडपश पर नवीनतम बंडल लोड करेगा।

इस सफाई से और अनावश्यक अद्यतन के बिना करने के लिए एक तरीका है?

+0

मैं #codepush के साथ इस टैग करना चाहता है, लेकिन मैं करने की अनुमति नहीं कर रहा हूँ। शायद एक व्यवस्थापक यह कर सकता है? धन्यवाद। –

उत्तर

7

हम बहुत जल्द ही इस परिदृश्य का अनुकूलन करने की योजना है, के बाद से के रूप में आप का उल्लेख किया है, हम एक की जरूरत यह है की कैसे आम का एहसास।

इस बीच, जिस तरीके से हम इस (और हमारे कई उपयोगकर्ता वर्तमान में क्या कर रहे हैं) का समर्थन करने की अनुशंसा करते हैं, उसी कोडपश ऐप के भीतर आपके मौजूदा 1.0 के रूप में, आपके 1.1.0 रिलीज के लिए एक नया कोडपश परिनियोजन तैयार करना है। 0 परिनियोजन, और स्टोर में 1.1.0 सबमिट करने से पहले नई तैनाती कुंजी पर इंगित करने के लिए अपनी Info.plist फ़ाइल को अपडेट करें।

इस तरह, आप दोनों अपने 1.0.0 उपयोगकर्ताओं और 1.1.0 उपयोगकर्ताओं के लिए अपडेट जारी कर सकते हैं। यदि आप दोनों को एक ही अपडेट जारी करना चाहते हैं, तो आपको रिलीज कमांड को दो बार चलाने होंगे, लेकिन यदि आपके पास अपडेट हैं जो केवल एक को लक्षित करते हैं, तो आप इसे केवल संबंधित परिनियोजन पर छोड़ दें।

यह समाधान लोगों के लिए अच्छी तरह से काम कर रहा है, और इसके बारे में बहुत स्पष्ट होने का "लाभ" है कि आप समानांतर में एकाधिक बाइनरी संस्करणों को कैसे प्रबंधित करना चाहते हैं, लेकिन यह स्पष्ट रूप से हैक-आश की तरह है, और अधिक वर्बोज/इससे घबराहट होना चाहिए।

हम इस आने वाले महीने के इस अनुभव को व्यवस्थित बनाने दिया जाएगा और मैं कैसे हम सबसे अच्छा आपके परिदृश्यों को समायोजित कर सकता पर आपकी प्रतिक्रिया प्राप्त करने के लिए अच्छा लगेगा। यदि आपके पास कोई और प्रश्न/आदि है ([email protected]) तो मुझे सीधे ईमेल करने के लिए स्वतंत्र महसूस करें।

धन्यवाद!

+0

आपके त्वरित उत्तर के लिए बहुत बहुत धन्यवाद। मैं वही करता हूं जो मैंने करने की योजना बनाई थी। यदि आप इन परिदृश्यों का समर्थन करना चाहते हैं तो मैं केवल तैनाती के तहत प्रत्येक निर्माण संस्करण का ट्रैक रखने का सुझाव देता हूं और न केवल नवीनतम का उपयोग करता हूं। तो आप 1.0.0 और 1.1.0 पर धक्का दे सकते हैं और उन्हें दोनों ही तैनाती द्वारा सेवा प्रदान कर सकते हैं। फिर आप एक साथ कई संस्करणों और संस्करण के बीच पदोन्नति में धक्का जोड़ सकते हैं। मूल रूप से संस्करण स्वत: जेनरेट उप-तैनाती होगी। –

+1

क्या इस उत्तर के लिए कोई अपडेट है? – Will

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

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