هل فكرت في نقل ChartsRealm
إلى مستودع تخزين آخر ، وهذا يعتمد على كل من Charts
و Realm
؟
الآن ، كلاهما في هذا المستودع وفي نفس المشروع. يؤدي ذلك إلى قيام بعض مديري التبعية ، مثل قرطاج ، ببناء كل Charts
، ChartsRealm
و Realm
نفسها ، حتى لو لم يتم استخدام تكاملها.
لدينا. كثير. للأسف هذا يعقد الأمور ...
يحتاج $ ChartsRealm
إلى Charts
و Realm
. من الواضح أن ChartsDemo
يُدار كجزء من مستودع Charts
أجل البساطة وسهولة الوصول.
نظرًا لأن ChartsDemo
يوفر Realm
أيضًا ، فإنه يعتمد على Charts
و ChartsRealm
.
هذا يجعل: Charts
الريبو سيعتمد على ChartsRealm
الريبو الذي سيعتمد على Charts
الريبو.
حاليًا ، لا تدعم كل من القرطاس وقرطاج أي نوع من التبعيات الدورية. لم ينفذوا حتى أبسط خوارزمية للعثور على حالات فائضة مثل هذه وحلها ، حيث يمكن أن تتعقد عمليًا.
لذلك ، لسهولة الاستخدام ، نحافظ على الأشياء كما هي الآن.
إذا كان هناك المزيد من الأصوات لفصل هذا جنبًا إلى جنب مع عروضه التوضيحية ، فقد ننظر في هذا الأمر.
سأترك هذا مفتوحًا الآن.
أنا أفهم ، شكرا على الإجابة السريعة!
في غضون ذلك ، أعتقد أنني سأقوم بإنشاء مفترق سريع وإزالة تبعيات Realm هناك. آمل أن يؤدي هذا إلى حل مشكلة carthage update
🙈 التي تبلغ مدتها 20 دقيقة
تأكد من تحديث الشوكة بشكل متكرر ، حيث تأتي إصلاحات الأخطاء المهمة والميزات الجديدة ....
إذا وجدت أن قرطاج تستغرق وقتًا طويلاً ، فاستخدم cocoapods. يمكنك تحديد إنشاء المخططات فقط وليس واقع المخططات نظرًا لأن لديهم سلالات فرعية.
لقد جربت قرطاج منذ فترة لكنني عدت إلى cocoapods لأنه أسرع وأبسط.
هذا شخصي. بالنسبة لي ، فإن CocoaPods أسهل ، لكن قرطاج أبسط . 😉
يا قصدت أسهل ؛)
danielgindi هل يمكنك تحديث المجال إلى 2.x؟
طلبات السحب مرحب بها دائمًا
danielgindi يبدو أن ChartsDemo
الحالي هو بالفعل ChartsRealmDemo
. يمكنك نقل هذا العرض التوضيحي و Realm إلى مشروع منفصل ، وتقديم عظام ChartsDemo
بدون تبعيات للعالم. ما عليك سوى إضافة ملاحظة أن العرض التوضيحي الكامل الميزات متاح في مشروع ChartsRealm
.
سيوفر نقل ChartsRealm
من Charts
على فريق التطوير الكثير من وقت التنزيل غير المجدي والبناء.
getaaron ، ليس كل ذلك ، لا يزال ChartsDemo يحتفظ بمزيد من العروض التوضيحية بدون عالم. أوافق على أنه يمكننا فصلهما ، لكن حتى الآن ، كنت بحاجة فقط لمرة واحدة للبناء والتنزيل لـ Realm ، عن طريق قرطاج. لا ينبغي أن نبني في كل وقت؟
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
هذا يجعلني مجنون لأنني أستخدم المخططات فقط ...
حسنًا ، قرطاج لا تريد حقًا إضافة أنواع فرعية ، لذا إذا كنت لا ترغب في تنزيل كل شيء طوال الوقت ، فاستخدم cocoapods أو قدم شكوى إلى مسؤولي صيانة قرطاج. عمليات إعادة الشراء المنفصلة تجعل حياتنا أكثر صعوبة لتحقيق مكاسب قليلة. يمكننا تقسيم العروض التوضيحية إلى هدفين ولكن هذا في الحقيقة لا يصلح بعض المشكلات المذكورة هنا.
+1 لإزالة تبعية المجال.
إنها ليست جزءًا أساسيًا من مكتبة الرسوم البيانية أو حتى ذات صلة ؛ من الجيد أن يكون لديك. لقد قمت بالفعل بالعمل على تقسيم التبعيات ، لذا يبدو أن الريبو المنفصل يبدو منطقيًا. AlamoFire يفعل نفس الشيء.
بالنسبة لي ، لا يتعلق الأمر ببناء أوقات أو أي شيء ، فقط نضج المشروع. ألقى ظهور Realm المنبثق بشكل غير متوقع في Cartfile.resolved
علامة حمراء كبيرة في فريقي.
أتفق مع donnellyk.
donnellyk حتى نفكر في حل يجيب على المخاوف الرئيسية - لا يمكننا فعل ذلك. وصدقني ، نريد ذلك!
danielgindi عادل بما فيه الكفاية. ما هي مخاوف ذلك؟ ربما يمكننا المساعدة؟ 🙂
في البداية فكرنا في الاحتفاظ بأشياء Realm في المشروع - لسهولة الصيانة.
المشكلة الناشئة عنها هي التبعيات الدورية التي لا تدعمها كل من CocoaPods و Carthage.
الآن لدينا الرغبة في الحفاظ على العرض التوضيحي مع عرض الأشياء ذات الصلة بالمجال ، سواء بالنسبة للمستخدمين ليكونوا في متناول المستخدمين ، أو لنا عند الاختبار أثناء التطوير.
فكر في هذا: هناك خطأ في Charts
يؤثر على ChartsRealm
، أو وظيفة الأداة المساعدة التي نضيفها لصالح ChartsRealm
. ستكون عملية التطوير إما:
كان الاهتمام الرئيسي الأصلي أكثر حول المستخدمين: هناك طلب كبير جدًا على ChartsRealm. الوضع الحالي يجعل ChartsRealm مرئية للغاية ويمكن الوصول إليها.
ولكن الآن بعد أن حصلنا على العديد من الرفض من مستخدمي مخططات الفانيليا ، الذين لا يدركون أن Realm هو مجرد تبعية اختيارية (أو أنه يجب إحضارها حتى يعمل الإصدار التجريبي) - أعتقد أن مخاوفنا كانت مقلوبة رأسًا على عقب.
حول تطوير التدفق - ربما يجب علينا فقط أن نعض الرصاصة ، ونتعود عليها. لا يوجد الكثير من التطوير على جانب ChartsRealm على أي حال (باستثناء تنفيذ عناصر دعم ObjC الجديدة في Realm والتي تم إصدارها قبل بضعة أيام بعد العلاقات العامة الخاصة بي).
كنت مشغولًا بشكل عام مؤخرًا بالعديد من الأشياء - لذلك أريد الجلوس وإغلاق بعض المشكلات ، ودمج العلاقات العامة وما إلى ذلك ، ثم ربما أحاول فصل ChartsRealm repo ونرى كيف ستسير الأمور.
danielgindi أخيرًا أمسك بك هنا. نعم ، لدينا أشياء كثيرة يجب إصلاحها قبل التفكير في المملكة .. 😂
نعم لقد كانت بعض الأيام المزدحمة :-) ما زالت ...
لكنني أعتني ببعض المشكلات والعلاقات العامة ، وأتجه نحو الإصدار الثانوي التالي ،
وفي ذلك الوقت من المحتمل أن نفصل بين الأشياء في العالم.
حسنًا ، لقد انتهيت من تقسيم الريبو ونقل الأشياء إلى https://github.com/danielgindi/ChartsRealm.
لا يزال ترافيس مكسورًا ، هل يمكنك إلقاء نظرة على @ petester42 ؟
التعليق الأكثر فائدة
+1 لإزالة تبعية المجال.
إنها ليست جزءًا أساسيًا من مكتبة الرسوم البيانية أو حتى ذات صلة ؛ من الجيد أن يكون لديك. لقد قمت بالفعل بالعمل على تقسيم التبعيات ، لذا يبدو أن الريبو المنفصل يبدو منطقيًا. AlamoFire يفعل نفس الشيء.
بالنسبة لي ، لا يتعلق الأمر ببناء أوقات أو أي شيء ، فقط نضج المشروع. ألقى ظهور Realm المنبثق بشكل غير متوقع في
Cartfile.resolved
علامة حمراء كبيرة في فريقي.