Charts: Realm एकीकरण को किसी अन्य रिपॉजिटरी में ले जाएँ

हमारे पास है। ढेर सारा। दुर्भाग्य से यह चीजों को जटिल बनाता है ...
ChartsRealm को Charts और Realm की आवश्यकता है। सादगी और पहुंच के लिए ChartsDemo को स्पष्ट रूप से Charts रिपॉजिटरी के हिस्से के रूप में प्रबंधित किया जाता है।
चूंकि ChartsDemo Realm डेमो भी प्रदान करता है, यह Charts और ChartsRealm पर निर्भर करता है।

तो यह बनाता है: Charts रेपो ChartsRealm रेपो पर निर्भर करेगा जो Charts रेपो पर निर्भर करेगा।

वर्तमान में, पॉड्स और कार्थेज दोनों किसी भी प्रकार की चक्रीय निर्भरता का समर्थन नहीं करते हैं। उन्होंने इस तरह की अतिरेक को खोजने और उन्हें हल करने के लिए सबसे सरल एल्गोरिदम को भी लागू नहीं किया, क्योंकि व्यवहार में यह जटिल हो सकता है।

इसलिए उपयोग में आसानी के लिए हम चीजों को वैसे ही रख रहे हैं जैसे अभी है।
अगर इसके डेमो के साथ इसे अलग करने के लिए और वोट होंगे, तो हम इस पर विचार कर सकते हैं।

मैं इसे अभी के लिए खुला छोड़ दूँगा।

मैं समझता हूँ, त्वरित उत्तर के लिए धन्यवाद!

इस बीच, मुझे लगता है कि मैं एक त्वरित कांटा बनाउंगा और वहां रीयलम निर्भरता को हटा दूंगा। मुझे उम्मीद है कि यह मेरी 20 मिनट लंबी carthage update समस्या का समाधान कर देगा

अपने फोर्क को बार-बार अपडेट करना सुनिश्चित करें, क्योंकि महत्वपूर्ण बग फिक्स और नई सुविधाएं आती हैं ....

यदि आप पाते हैं कि कार्थेज बहुत अधिक समय लेता है तो कोकोपोड्स का उपयोग करें। आप केवल चार्ट बनाने के लिए निर्दिष्ट कर सकते हैं, न कि चार्ट्सरियलम क्योंकि उनके पास उप-विशिष्टताएं हैं।

मैंने कुछ समय पहले कार्थेज की कोशिश की लेकिन कोकोपोड्स में वापस चला गया क्योंकि यह तेज़ और सरल है।

वह सब्जेक्टिव है। मेरे लिए, CocoaPods आसान है, लेकिन Carthage सरल है । मैं

हां मेरा मतलब आसान था;)

@danielgindi क्या आप दायरे को 2.x पर अपडेट कर सकते हैं?

पुल अनुरोधों का हमेशा स्वागत है

@danielgindi ऐसा लगता है कि वर्तमान ChartsDemo वास्तव में एक ChartsRealmDemo है। आप इस डेमो और दायरे को एक अलग परियोजना में स्थानांतरित कर सकते हैं, और बिना किसी वास्तविक निर्भरता के ChartsDemo प्रदान कर सकते हैं। बस एक नोट जोड़ें कि ChartsRealm प्रोजेक्ट में एक अधिक पूर्ण विशेषताओं वाला डेमो उपलब्ध है।

ChartsRealm को Charts में से स्थानांतरित करने से हमारी देव टीम को बहुत सारे व्यर्थ डाउनलोड और निर्माण समय की बचत होगी।

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

@danielgindi मैं ChartsRealm को दूसरे रेपो में स्थानांतरित करने के पक्ष में हूं।
कार्थेज के साथ इसे बनाने में इतना समय लगता है...

*** Building scheme "RealmSwift" in Realm.xcworkspace
*** Building scheme "Realm" in Realm.xcworkspace
*** Building scheme "PlaygroundFrameworkWrapper" in RealmExamples.xcworkspace
*** Building scheme "ChartsRealm" in Charts.xcodeproj
*** Building scheme "Charts" in Charts.xcodeproj

यह मुझे पागल बना देता है क्योंकि मैं केवल चार्ट का उपयोग करता हूं...

खैर कार्थेज वास्तव में उप-विशेषताएं नहीं जोड़ना चाहता है, इसलिए यदि आप हर समय सब कुछ डाउनलोड नहीं करना चाहते हैं तो कोकोपोड्स का उपयोग करें या कार्थेज अनुरक्षकों से शिकायत करें। अलग-अलग रेपो थोड़े से लाभ के लिए हमारे जीवन को बहुत कठिन बना देते हैं। हम डेमो को 2 लक्ष्यों में विभाजित कर सकते हैं लेकिन यह वास्तव में यहां बताई गई कुछ समस्याओं को ठीक नहीं करता है।

दायरे निर्भरता को दूर करने के लिए +1।

यह चार्ट लाइब्रेरी का मुख्य भाग या संबंधित भी नहीं है; होना अच्छा है। आपने निर्भरताओं को विभाजित करने के लिए पहले से ही काम किया है, इसलिए अलग रेपो समझ में आता है। अलामोफायर भी यही काम करता है।

मेरे लिए, यह निर्माण समय या कुछ भी नहीं है, बस परिपक्वता परियोजना है। Realm को Cartfile.resolved में अप्रत्याशित रूप से पॉप अप देखकर मेरी टीम में एक बड़ा लाल झंडा फेंक दिया।

मैं @donnellyk से सहमत हूं।

@donnellyk जब तक हम ऐसे समाधान के बारे में नहीं सोचते जो प्रमुख चिंताओं का उत्तर देता है - हम ऐसा नहीं कर सकते। और मेरा विश्वास करो, हम चाहते हैं!

@danielgindi मेला काफी है। वह कौन सी चिंताएं हैं? शायद हम मदद कर सकते हैं? मैं

सबसे पहले हमने परियोजना में दायरे के सामान को रखने के बारे में सोचा - रखरखाव में आसानी के लिए।
इससे उत्पन्न होने वाली समस्या चक्रीय निर्भरता है जो कोकोपोड्स और कार्थेज दोनों द्वारा समर्थित नहीं है।

अब हम डेमो को Realm संबंधित सामग्री के प्रदर्शन के साथ रखने की इच्छा के साथ छोड़ गए हैं, दोनों उपयोगकर्ताओं के लिए सुलभ होने के लिए, और हमारे लिए विकास करते समय परीक्षण करते समय।
इसके बारे में सोचें: Charts में एक बग है जो ChartsRealm $ को प्रभावित करता है, या एक उपयोगिता फ़ंक्शन जिसे हम ChartsRealm के पक्ष में जोड़ रहे हैं। विकास प्रक्रिया या तो होगी:

1. चार्ट क्लोन पर सामान करें, चार्ट्सरेल्म क्लोन में पॉड्स फ़ोल्डर में कॉपी करें, देखें कि यह बनाता है, फिर डेमो चलाएं और इसे दृष्टि से परीक्षण करें, फिर शायद कुछ यूनिट परीक्षण चलाएं।
2. चार्ट्सरेल्म में पॉड्स फ़ोल्डर पर भी ऐसा ही करें, और फिर चार्ट्स क्लोन पर कॉपी करें।

मूल मुख्य चिंता उपयोगकर्ताओं के बारे में अधिक थी: चार्ट्सरेलम की बहुत अधिक मांग है। वर्तमान स्थिति चार्ट्सरियल को बहुत दृश्यमान और सुलभ बनाती है।
लेकिन अब जब हमें वैनिला चार्ट्स के उपयोगकर्ताओं से कई रिजेक्ट्स मिलते हैं, जो इस बात से अवगत नहीं हैं कि Realm सिर्फ एक वैकल्पिक निर्भरता है (या डेमो को काम करने के लिए इसे लाने की आवश्यकता है) - मुझे लगता है कि हमारी चिंताएँ उलटी थीं।

प्रवाह के विकास के बारे में - शायद हमें सिर्फ गोली काटनी चाहिए, इसकी आदत डाल लेनी चाहिए। चार्ट्सरेलम पक्ष पर वैसे भी बहुत अधिक विकास नहीं हो रहा है (कुछ दिनों पहले मेरे पीआर के बाद जारी किए गए दायरे पर नई ओबीजेसी समर्थन सामग्री को लागू करने के अलावा)।

मैं हाल ही में कई चीजों में बहुत व्यस्त था - इसलिए मैं बैठकर कुछ मुद्दों को बंद करना चाहता हूं, पीआर आदि को मर्ज करना चाहता हूं, और फिर शायद चार्ट्सरेल्म रेपो को अलग करने का प्रयास करें और देखें कि यह कैसा चल रहा है।

@danielgindi आखिरकार आपको यहीं पकड़ लेता है। हाँ, Realm के बारे में सोचने से पहले हमें बहुत सी चीज़ें ठीक करनी हैं..

हाँ, कुछ व्यस्त दिन हो गए हैं :-) अभी भी हैं...
लेकिन मैं कुछ मुद्दों और पीआर का ध्यान रख रहा हूं, अगली छोटी रिलीज की ओर बढ़ रहा हूं,
और उस समय हम शायद दायरे के सामान को अलग कर देंगे।

ठीक है तो मैंने रेपो को विभाजित कर दिया है और दायरे की सामग्री को https://github.com/danielgindi/ChartsRealm पर ले जा रहा हूं।
ट्रैविस अभी भी टूटा हुआ है, @ petester42 क्या आप एक नज़र डाल सकते हैं?