Githawk: بدائل Buddybuild؟

بالنسبة لخيار آخر مستضاف ذاتيًا ، TeamCity (https://www.jetbrains.com/teamcity)؟

عادةً ما تكون قائمة انتظار وظائف CircleCI للمشاريع مفتوحة المصدر أقل ازدحامًا من TravisCI.

0.02 دولار أمريكي من إدارة بعض مستودعات RxSwiftCommunity.

ترافيس قمامة مطلقة (أو أصبح بمرور الوقت).
لا يطاق وضع قائمة الانتظار ويبطئ جهود التطوير (الانتظار لمدة 50 دقيقة لبناء 90 ثانية أمر غير مقبول) والتكوين مزعج نسبيًا.

نحن نتحرك ببطء ولكن بثبات في معظم عمليات إعادة الشراء إلى CirlceCI وكنا سعداء جدًا بها. يعد وضع قائمة الانتظار أمرًا سريعًا وعادلاً حقًا ، والتكوين سهل نسبيًا.

سمعت أيضًا أشياء رائعة عن Bitrise بهذا المعنى.

عار كبير على BB ، من المثير للاهتمام مراقبته لأنني لا أعتقد أن Apple ستقتله - لكن نعم

كانت لديه خبرة في إصدار أقدم من Jenkins ، كأداة ، إنها قادرة بالتأكيد ولكنها تتطلب الكثير من الصيانة / التكوين وفي فن إبقاء الأشياء مفتوحة وتعاونية ربما ليس أفضل شيء بصراحة

وأيضًا إذا ذهبنا إلى مزود آخر "كبير" ، فإننا نواجه نفس المخاطرة المتمثلة في اكتساحه من قبل شركة أخرى تلعب لعبة Monopoly

سأكون أميل إلى تجربة Bitrise ، سنتان

من الواضح أنني متحيز ؛) لكن شيئًا كهذا لن يحدث مع App Center.
يرجى الاتصال في حال كنت مهتمًا.

cc palleas

_{مرسلة مع GitHawk}

يدعم Https://Buildozer.io كلاً من iOS و Android. (إفشاء: أنا من مؤسسيها)

لقد استخدمنا CircleCI في جميع مشاريع Artsy iOS التي تتطلب جهاز Mac لـ CI - لم تكن قوائم انتظار OSS مشكلة مثل travis '

قضيت اليوم بأكمله في تجربة Bitrise و App Center. حتى الآن ، لا تبدو سهلة الاستخدام وساحرة كما فعل BuddyBuild ...
أنا سعيد لفريق BB (وفخور لأنني في فانكوفر أيضًا) ولكني مستاء جدًا كمستخدم ...
كانت BuddyBuild واحدة من تلك الخدمات التي تعمل فقط ، مع عدم الحاجة إلى أي تكوين تقريبًا.

لقد أحببت حقًا طريقة عمل Buddybuild. لقد سئمت Circle CI من قبل ولكن هناك بعض الأشياء التي يجب ملاحظتها هنا وهي أنها تستخدم Fastlane للتوقيع والنشر في Test Flight ، ولا يمكن استخدام التوقيع التلقائي. يجب استخدام "يدوي"

لقد قمت بإعداد بعض الوقت للدردشة مع TroubleMakerBen ، AppCenter _looks_ لطيف حقًا. سوف نتعلم المزيد حول هذا الموضوع وتقديم تقرير مرة أخرى!

تحقق من https://buildkite.com/ أنهم يقدمون حسابًا مجانيًا لـ OSS

مروحة ضخمة من bitrise هنا. نستخدمه كثيرًا مع حلنا https://www.appaloosa-store.com/

sregg ما الذي لم يكن

derpixeldan على سبيل المثال ، يعتبر تكامل Slack يدويًا بالكامل باستخدام خطافات الويب مقارنة بمربع اختيار مع BB فقط. أيضًا ، لا توجد طريقة لبدء رقم إصدار من رقم محدد (أي رقم الإصدار الحالي على BB). أخيرًا ، لا يبدو التوقيع على تطبيق iOS مباشرًا مثل تطبيق BB (أعتقد أنني أعطيتهم اسم مستخدم / كلمة مرور معرف Apple الخاص بي فقط وقاموا بإدارة الشهادة والتزويد تلقائيًا)

أنا المدير الهندسي في Microsoft لـ App Center Build. لدينا فريق رائع يقوم بإجراء تحسينات كل أسبوع ونحن ملتزمون بدعم الأنظمة الأساسية المتعددة.

sregg تعليقات رائعة وأعتقد أن التحسينات في جميع هذه المجالات متراكمة لدينا.

لا تتردد أيضًا في إرسال رسالة مباشرة إليّ على Twitter على https://twitter.com/0xlukekim مع أي مشكلات / مخاوف / تعليقات.

يجب أن أقول إنني معجب جدًا بمركز التطبيقات بشكل أساسي بمعنى "التعريف":

• جهود التطوير التي تبذلها Microsoft.
• تظهر ملكية ورعاية بعض الموظفين بالتعليق هنا.
• لقد رأيته في العمل في AltConf العام الماضي ويبدو أنه لطيف جدًا.

ليس لديك خبرة كافية في ذلك ، ولكن يبدو أنه منافس جدير أيضًا :)

مرحبًا بالجميع ، أنا Viktor من https://www.bitrise.io (CTO والمؤسس المشارك).

شكرًا لكم جميعًا على التوصية ، فهذا يعني الكثير لفريقنا!

أردت فقط أن أقول مرحبًا 👋 والتأكد من أننا نستمع إليك بالطبع ، فلا تتردد في الاتصال بنا في أي وقت عبر أي من قنوات الدعم الخاصة بنا ويسعدني الرد على أي أسئلة لديك هنا أيضًا!

هاها ، أعتقد أنه يمكننا بدء حرب المزايدة الآن 😄

يجلب My GitHawk جميع CIs إلى الفناء 🤓

هناك أيضًا https://buddy.works لم أستخدم خدمتهم ، لذا يصعب تحديد ما إذا كانت جيدة. لديهم اسم رائع بالتأكيد ؛ P

انتقلت من BuddyBuild إلى Bitrise (نريد حقًا مكانًا واحدًا لنظامي iOS و Android). لقد استغرق الأمر بعض القراءة للمستندات وكذلك بعضًا من مستودعات git للخطوة ، ولكنها سارت بسلاسة ، واستغرقت يومًا تقريبًا إلى جانب القيام بأشياء أخرى.

sregg فقط versionCode ونقوم بالتوزيع التلقائي من BB.

كانت الاختلافات الرئيسية التي وجدتها مع Bitrise عبر BuddyBuild (بصرف النظر عن كل شيء يعتمد على واجهة المستخدم الرسومية في BB) هي تقسيم بناء Gradle إلى خطوات متعددة. سوف يقوم BuddyBuild (ربما بشكل أكثر كفاءة) ببناء كل ما تطلبه ثم يسحب العناصر ذات الصلة لنقل رسائل البريد الإلكتروني للنشر أو النشر إلى متجر Play ، مع Bitrise لديك خياران يمكنني رؤيتهما: 1. تقسيمها إلى خطوات إنشاء / Gradle متعددة ، على سبيل المثال لاختبارات UI / Android ، لإصدارات اختبارك [2x3 = 6 متغيرات لنا] ، واحدة لأدوات نشر التطبيق / متجر Play ، مع بعض خطوات التنظيف بين (على سبيل المثال ، أغير مجلد النشر بعد إلى منع رسائل البريد الإلكتروني من الخروج حيث لا تكفي المرشحات) ... أو 2. كن مرتاحًا مع bash script ولديك خطوة نصية تقسم متغيرات ENV لخريطة الأنابيب بحيث يمكن استخدامها بسهولة أكبر في الخطوات اللاحقة.

سيكون من الجيد أيضًا الحصول على المزيد من الأمثلة ، وتعيين رسائل Slack لتتضمن شيئًا مثل تلك التي أرسلها BB افتراضيًا على سبيل المثال ، من الجيد أن تكون قادرًا على التخصيص ولكن بشكل عام نريد فقط العودة إلى كتابة التعليمات البرمجية.

سيكون الآخر هو الميزات التي لم نكن نستخدمها ، وإدارة المختبرين (نستخدم Play Store Alpha و TestFlight) ، والاهتزاز لمسجل التعطل / التعطل (نفضل Firebase).

تتمثل إحدى الميزات الرائعة حقًا في القدرة ليس فقط على عرض وتعديل سير العمل كملف .yml ، ولكن تنزيل ذلك وتشغيله محليًا باستخدام CLI.

لنكون صادقين ، إنه عمل أكثر بكثير مما اعتدنا عليه ، هذه هي النقطة في الدفع شهريًا ، أليس كذلك؟ لكنها إلى حد كبير شيء لمرة واحدة والمكافأة هي إمكانية تخصيص إضافية. الكل في الكل على الرغم من أنه يؤدي المهمة بشكل جيد للغاية وبسعر جيد. أنا سعيد بهذا التبديل. أنا متأكد من أن CircleCI جيدة أيضًا (نستخدم ذلك في النهاية الخلفية).

من الجدير بالذكر أيضًا أن البنية التحتية لـ bitrise بأكملها هي OSS - https://github.com/bitrise-io/bitrise.io

شكرًا richardleggett على التعليقات ، وسأناقش هذا الأمر مع الفريق!

خاصةً Slack one - أعتقد أنه حان وقت انتظار رسالة افتراضية "مربو الحيوانات" (أكثر فائدة) هناك ، بدلاً من مطالبتك بإنشاء رسالة "حلمك" مباشرة بعد السقوط في الخطوة في المرة الأولى. المرونة مهمة ، ولكن كذلك القيمة الافتراضية / تجربة الإعداد (والسرعة). يمكنك تعديل الرسالة بعد ذلك على أي حال ، لذلك لا توجد مشكلة في جعل الافتراضي أكثر تفصيلاً.

Gradle: سيناقش الأمر مع فريق الأدوات أيضًا ، شكرًا لإبرازه!

لقد كنت أركل العلبة على هذا (زيادة قلقي ببطء). أردت الارتباط بهذه المدونة لاستكشاف البدائل في حالة وجود أي معلومات أخرى هناك.

أريد قضاء بعض الوقت مع orta و krausefx أثناء

شكرا لتحديث هذا rnystrom. أنا أشعر بك. 😕

rnystrom نشكرك على مشاركة المدونة https://blog.bitrise.io/ios-auto-provision-step

على أي حال ، أردت فقط أن أشكرك على تجربة bitrise ، وأن نعلمك أننا نسعد دائمًا بالمساعدة ، في حال كنت ستحاول مرة أخرى لتنشيط bitrise. لا تتردد في الاتصال بي في أي مكان ، على سبيل المثال على Slack (http://chat.bitrise.io).

viktorbenei لما يستحق ، هذه ليست مشاركة مدونة رايان!

أوه ، يا سيئ ، ما زال الوقت مبكرًا في الصباح هنا 😅 آسف أيها السادة وشكراً Sherlouk !

في الواقع بدأ العمل في Bitrise الليلة الماضية. سوف يقدم تقريرا!

_{مرسلة مع GitHawk}

بناء Bitrise أخضر! بنفس سهولة إعداد BB. أعتقد أن لدينا الفائز.

_{مرسلة مع GitHawk}

سعيد لسماع rnystrom ! :)

في الواقع ، يجب أن يكون الإعداد الأولي سلسًا تمامًا ، على غرار BB. الاختلاف الرئيسي هو تكوين واجهة المستخدم بعد ذلك. كان نهج BB هو توفير واجهة مستخدم بسيطة ، مما يعني أن بعض الأشياء قد لا تكون ممكنة / لا يمكن تغييرها ، بينما ركزنا بشكل أساسي على المرونة ، للسماح لك بتحديد كل جانب من جوانب العملية إذا أردت (ولكن هذا يأتي مع بعض منحنى التعقيد والتعلم أكثر حدة). نحن نعلم أن منحنى التعلم هذا قد يكون أكثر من اللازم خاصة بالنسبة لمشاريع الهوايات ونحن نعمل على تحسينه ؛ عدد غير قليل من الأشياء المخطط لها هذا العام لتسهيل نشر التكوينات وما إلى ذلك ؛)

https://appcenter.ms يبدو واعدًا

باسم الشفافية ، ها هو ما وصلنا إليه في الوقت الحالي: لدي كل من Bitrise و App Center CI ببناء GitHawk. كلتا الخدمتين سهل الاستخدام للغاية ، لذلك أرغب في تجربة استخدامهما لتقديم العديد من الإصدارات التجريبية وبناء متجر تطبيقات واحد ، لتوثيق عمليتي.

هذه هي أفكاري الأولية

بتريز

الايجابيات

• دعم كبير (h / tviktorbenei)
• سريع جدا يبني
• انشر عبر الخط السريع
• التخصيص الشديد والتفاصيل الدقيقة لخطوات البناء
• المنصة مفتوحة المصدر (ish)
• دفع البنيات تلقائيًا إلى مركز التجارة الدولية من master (أنا أحب هذا)

سلبيات

• لا توجد خطة مجانية مفتوحة المصدر (_yet_)
• بدء التشغيل (يمكن اكتسابه أو اختفائه)

مركز التطبيقات

الايجابيات

• البنى _very_ سريعة
• تخصيص أقل = مزيد من التبسيط
• مصممة لنشر iOS / Android
• تضمين التغريدة
• بدعم من Microsoft
  
  
  
  • ربما لن يذهب بعيدا قريبا
  
  
  • ++ الموارد
  
  

سلبيات

• لا توجد خطة مجانية مفتوحة المصدر (_حتى الآن_)
• يتطلب هدفا مشتركا للبناء
• النشر الآلي tbd (أكد قدومه)
• الكثير من الأشياء التي لن نستخدمها (على سبيل المثال ، لا أحتاج إلى App Center SDK)
• إخراج السجل _ مطول جدًا_ ، ويصعب العثور على أخطاء بناء
• لا تكامل حالة GitHub

شكرا لمشاركة rnystrom ! تصحيح واحد فقط ، مكون خدمة الويب الخاص بـ bitrise ليس مفتوح المصدر ، لذلك لا يمكن الاستضافة الذاتية لواجهة برمجة تطبيقات الويب وواجهة مستخدم الويب (حتى الآن ؛)). جميع الأدوات المستخدمة لتشغيل التكوين (محرر سير العمل ، عداء CLI ، ...) مفتوحة المصدر ، لذا يمكنك تنزيل تكوين الإنشاء وتشغيله على جهاز Mac الخاص بك (أو على أي نظام Mac / Linux) ، على غرار الخط السريع.

مجرد سؤال من أجل المقارنة

Bitrise: السلبيات: لا توجد خطة مجانية مفتوحة المصدر (حتى الآن)

هل لدى AppCenter خطة مفتوحة المصدر؟ ربما فاتتهم ، AFAIK ليس لديهم واحدة أيضًا. أنا أشعر بالفضول حقًا لأنني لم أجد أي شيء ذي صلة على موقع appcenter.

لا تكامل حالة GitHub

هذا كبير ☹️

سيتم تحديث viktorbenei ! ليس بعد

_{مرسلة مع GitHawk}

مرحبا يا اصدقاء،

شكرا لردود الفعل والمقارنة. يعجبني ذلك ، وينظر رؤساء الوزراء لدينا في هذا الموضوع.

النشر الآلي tbd (أكد قدومه)

نحن نعمل جاهدين حاليًا على تحسين التوزيع. ابقوا متابعين.

هل لدى AppCenter خطة مفتوحة المصدر؟ ربما فاتتهم ، AFAIK ليس لديهم واحدة أيضًا. أنا أشعر بالفضول حقًا لأنني لم أجد أي شيء ذي صلة على موقع appcenter.

ليس لدينا خطة OSS حتى الآن.

في صحتك للجميع ونتمنى لك عطلة نهاية أسبوع سعيدة!

قد يكون هذا مناسبًا الآن https://github.com/fastlane/ci 👍

KrauseFx لقد رأيت هذا وأنا

لماذا نسأل عن الميزات إذا كان بإمكاننا كمجتمع بنائها؟ بالإضافة إلى ذلك ، جوجل تدعم هذا؟ لا يمكن أن أطلب أكثر من ذلك بكثير.

نتطلع حقًا إلى المساهمة في الكود في هذا أثناء تقدمه وتطبيقه على سير العمل لدينا عندما ينضج.

شكرا على كل ما تفعلونه يا رفاق للمجتمع!

KrauseFx لاعب 3 دخل اللعبة

_{مرسلة مع GitHawk}

لولز

لا أعتقد أن مركز التطبيقات يدعم بناء جملة مثل [ci skip]

dkhamsing للأسف لا (بعد).

ميزة واحدة حقيقية لـ buddybuild التي أحببتها هي الطريقة التي تظهر بها قبل / بعد / فرق في نتائج الاختبار إذا أنتج اختبار وحدة FBSnapshotTestCase صورة غير متوقعة.

هل يعرف أي شخص ما إذا كان أي من هذه الأنظمة الأخرى لديه ميزة مماثلة؟

هل يدعم مركز التطبيقات البناء من طلب سحب ؟؟ أنا مرتبك جدًا TroubleMakerBen

dkhamsing يفعل!

تحرير: لا يهم 🙊

_{مرسلة مع GitHawk}

يدعم dkhamsing App Center البناء على PUSH ، لكن لا يعتمد على العلاقات العامة (البناء على الدمج) ، حتى الآن.

آه لقد فهمت. ثكس ريان بن 😊

_{مرسلة مع GitHawk}

بعد قراءة هذا الموضوع ، يبدو أنه سباق بين حصانين: Bitrise و App Center. ومع ذلك ، لم يتطرق أحد إلى موضوع اختبارات واجهة المستخدم: لقد أحببت كيف يمكنك إجراء اختبارات الإسبريسو على جهاز افتراضي ببضع نقرات فقط. هل يدعم أي من المنصتين قيد المناقشة هذا؟

https://docs.microsoft.com/en-us/appcenter/test-cloud/

_{مرسلة مع GitHawk}

يقوم اختبار بإجراء اختبارات واجهة المستخدم على الأجهزة المادية - لدينا بضعة آلاف. لا ، لا يمكنك رؤية الصور ؛)

نحن نحاول في الواقع تحديد حل CI جديد.

• AppCenter : مشابه لـ bb ولكنه لا يوفر دعم العلاقات العامة ، أعتقد أنه أكثر تركيزًا على إدارة الأشخاص ، كما أن السجلات لا توفر مكدسًا في حالة فشل أي مهمة.

• Bitrise: قابل للتكوين للغاية ، يوفر العديد من "الخطوات" المفتوحة مثل codecoverage ، النشر ، التوقيع ، unitTest ، UITest ، البناء ، التسليم ، النظيف والمخصص ، لأن لديك القدرة على تكوينه ، لقد اختلط عليك الأمر قليلاً مع ملفات .yaml ، أنت يمكن أن يطلق خطوات معينة مثل Push ، PR ، وما إلى ذلك

• Nevercode قابل للتكوين للغاية ، يمكنك الاختيار بين مهمة gradlew لكل فرع ، وبناء العلاقات العامة ، ولا توجد خطة مجانية.

أعتقد أن Bitrise على الأقل يقدم العديد من الميزات التي يمكننا استغلالها!

من الرابط المنشور أعلاه حول الاختبار في App Center

1. راجع المفاهيم الأساسية
   يؤدي فهم المفاهيم الأساسية لتجربة Test Cloud إلى تحسين سهولة الاستخدام والتنقل والاتصالات مع الدعم. يوصى بالتعرف على هذه المفاهيم قبل إجراء الاختبارات الأولى.

ما الجحيم ... لا أريد مراجعة أي مفاهيم ، أساسية أو غير ذلك ، أريد فقط أن يعمل بنقرتين كما فعلت على BB :( ليس لدي 10 ساعات لأغرق في إنجاز هذا العمل ، أنا مبرمج ولست مهندس مطوري ...

نعم ، يمكن تبسيط وثائق مركز التطبيقات

_{مرسلة مع GitHawk}

تضمين التغريدة

بعد قراءة هذا الموضوع ، يبدو أنه سباق بين حصانين: Bitrise و App Center. ومع ذلك ، لم يتطرق أحد إلى موضوع اختبارات واجهة المستخدم: لقد أحببت كيف يمكنك إجراء اختبارات الإسبريسو على جهاز افتراضي ببضع نقرات فقط. هل يدعم أي من المنصتين قيد المناقشة هذا؟

ليس (بعد) نقرة واحدة ولكن أيضًا أكثر قوة بطريقتين: https://blog.bitrise.io/introducing-solid-and-snappy-virtual-device-testing-for-android

نحن نعمل على جعل الإعداد أسهل (ولهذا السبب لا يزال "تجريبيًا" ، وليس بسبب نقص الوظائف ؛)).

acristescudkhamsing ونحن ندرك! حافظ على ردود الفعل القادمة.

viktorbenei سأحاول ولكن يا إلهي أن أسلوب الفن غير

لا مشكلة acristescu ، أرى بالتأكيد وجهة نظرك ، التعليقات الصادقة مرحب بها دائمًا وتحديث التصميم قيد

قررت أن أجربهما باستخدام الريبو البسيط (https://github.com/acristescu/GreenfieldTemplate) وانظر من أين سأصل. لقد جربت حتى الآن App Center وواجهت بعض العقبات:

• تم حلها (لم تتمكن من العثور على أدوات إنشاء gradle!) ، يجب عليك إضافة مستودع google() يدويًا إلى gradle الخاص بمشروعك
• لقد أعادت تشغيل رقم البنية من 1 بينما أصدرت بالفعل في متجر play a 42 ، فإن google سترفض الإصدار!)
• لم أتمكن من العثور على كيفية الاختبار على جهاز افتراضي مجانًا ، فقط على أجهزة حقيقية مع نسخة تجريبية مجانية مدتها 30 يومًا.
• لست متأكدًا من أنه تم إجراء اختبارات الوحدة لأن

##[warning]No test result files matching /Users/vsts/agent/2.127.0/work/1/s/**/build/test-results/TEST-*.xml were found, so publishing JUnit test results is being skipped.

لست متأكدًا مما يدور حول ...

Bitrise: على الجانب الإيجابي ، كان الإعداد غير مؤلم تمامًا على الرغم من أنني أعتقد أنه إذا كنت بحاجة إلى تغيير أي شيء أحتاجه لإحضار ملف yml والتلاعب به (تحديث: العثور على شيء يسمى محرر سير العمل. يبدو مخيفًا ولكنه قوي) . عقبات:

• لم يسألني أبدًا عن المتغير الذي يجب إنشاؤه واختر الخيار الخطأ. كنت أرغب في إنشاء prodRelease ولكن لأي سبب من الأسباب قررت إنشاء الدوالين الأخريين mockDebug و prodDebug . لا يمكنني العثور على مكان لتغيير ذلك ، لكنني متأكد من أنه يجب أن يكون هناك واحد.
• استغرق build وقتًا أطول ، 4 دقائق بدلاً من دقيقتين و 16 لمركز التطبيقات. ربما هذا بسبب المشكلة المذكورة أعلاه؟
• لا ترى أي ذكر لاختبارات junit في أي مكان في السجلات. أشك في أنها تديرهم. ليس من الواضح كيفية إضافتها ، ربما في مكان ما في محرر سير العمل؟ (تم تعديل التحديث باستخدام محرر سير العمل لمدة 10 دقائق ووجده. نقاط المكافأة للسماح لي بالحرية في اختيار الهدف test يجب تشغيله)
• لست متأكدًا من معرف البناء الذي استخدمته ، كيف يمكنني حتى رؤية ذلك؟

شكرا لنشر هذه

_{مرسلة مع GitHawk}

شكرًا acristescu على التعليقات التفصيلية ، نحن نقدر ذلك كثيرًا. خاصة فيما يتعلق بالتحذير الخاص بملفات تقرير اختبار JUnit في مركز التطبيقات ، لا يؤثر هذا على التشغيل التجريبي الفعلي ويجب إصلاحه قريبًا.
استمر في القدوم!

استغرق الأمر ساعتين لكنني تمكنت من إقناع مركز التطبيقات بالتحميل على google play. ومع ذلك ، لا يبدو أنني أقنعه بالقيام بذلك تلقائيًا ، فقد اضطررت إلى تنزيل ملف APK الموقع من مركز التطبيقات ثم تحميله احتياطيًا في قسم النشر / المتاجر (!) لجعله يعمل. يبدو معقدًا بشكل رهيب ، ما الخطأ الذي أفعله؟

ملاحظة: لإضافة إهانة للإصابة ، نشر BuddyBuild عدة مرات في نفس الفترة الزمنية منذ أن نسيت تعطيله في البداية وهو يعمل تلقائيًا دون أي تدخل بشري ...

مرحبًا acristescu ،

رد: https://github.com/rnystrom/GitHawk/issues/1330#issuecomment -368228417

لم يسألني أبدًا عن المتغير الذي يجب إنشاؤه واختر الخيار الخطأ. أردت prodRelease ولكن لأي سبب من الأسباب قررت إنشاء النوعين الآخرين من mockDebug و prodDebug. لا يمكنني العثور على مكان لتغيير ذلك ، لكنني متأكد من أنه يجب أن يكون هناك واحد.

في الواقع ، سيضيف ماسحنا الحالي خطوة Gradle Runner ، مع assembleDebug مهيأ لسير العمل الأساسي. نحن ندرك أن هذا قد لا يكون واضحًا بدرجة كافية ، ولكن باختصار إذا كنت تريد إنشاء prodRelease فإن مهمة gradle هي assembleProdRelease . إذا كنت تريد تشغيل lint ، فإن مهمة gradle هي lint . يمكنك القيام بكل ذلك باستخدام خطوة Gradle Runner ، في الواقع يمكن لـ gradle التعامل مع مهام متعددة لتشغيل lint ثم assembleProdRelease يمكنك أيضًا تحديد هذا على أنه المهمة: lint assembleProdRelease الذي سيفعل كلا الأمرين.

نحن نعمل على خطوات جديدة وتكوينات افتراضية جديدة للماسح الضوئي والتي ستجعل ذلك أسهل ، مع خطوات أكثر تحديدًا (على سبيل المثال ، خطوة "Lint" التي تدير مهمة gradle lint ، بدلاً من مطالبتك بتعيين هذه المهمة في خطوة "Gradle Runner") 😉

استغرق build وقتًا أطول ، 4 دقائق بدلاً من دقيقتين و 16 لمركز التطبيقات. ربما هذا بسبب المشكلة المذكورة أعلاه؟

في الواقع يبدو أن هذا هو الحال ، نظرًا لأن assembleDebug يُنشئ على الأرجح ملفي APK / متغيرين منفصلين في حالتك بدلاً من ملف "ProdRelease" الفردي.

لا ترى أي ذكر لاختبارات junit في أي مكان في السجلات. أشك في أنها تديرهم.

حدد test كمدخل لمهمة gradle لخطوة Gradle Runner ، والتي ستجري اختباراتك - أو أضف خطوة اختبار وحدة Gradle التي تم تكوينها لتشغيل مهمة gradle بشكل افتراضي.

لست متأكدًا من معرف البناء الذي استخدمته ، كيف يمكنني حتى رؤية ذلك؟

إذا كنت تقصد ما إذا كنا قد قمنا بتعيين رقم البنية على رقم إصدار bitrise.io: افتراضيًا لا نفعل ذلك ، يمكنك القيام بذلك عن طريق إضافة تغيير رمز إصدار Android وخطوة اسم الإصدار على سبيل المثال.

نشكرك مرة أخرى على تعليقاتك ، نحن نصغي إليك وقد تم تحديد موعد لتحسين هذه النقاط من تجربة الإعداد! ؛)

مناقشة رائعة. لقد كنت أجد صعوبة في العثور على بديل BuddyBuild الذي يدعم قرطاج.

نظرت إلى Nevercode ، فهم يدعمون فقط cocoapods.

أعتقد أن مركز التطبيقات يدعم قرطاج.

اي اخرين؟

تضمين التغريدة

أعتقد أن الخيار الأفضل بالنسبة لك هو Bitrise ، فهي توفر منصة مثل bitbucket لخطوط الأنابيب ، كما يمكنك تكوينها بناءً على احتياجاتك باستخدام Steps.

في الواقع ، انتقلنا من bb إلى bitrise ، فنحن نستخدم Android و iOS وكل شيء مثالي!

Awesomecbedoy ماذا فعلت بشأن البنيات القابلة للتثبيت التي يوفرها buddybuild لجميع فروعك؟ هل لدى Bitrise تكامل أو دعم لهذا؟

يمكنك تشغيل عمليات سير العمل (العديد من الخطوات_) عندما تضغط أو تنشئ علاقات عامة أو علامة.

كما يمكنك جدولة عمليات البناء لكل فرع.

يجب عليك مراجعة:

https://devcenter.bitrise.io/bitrise-cli/workflows/
https://devcenter.bitrise.io/bitrise-cli/steps/

عندما تتعهد بكيفية عمل bitrise ، يمكنك إنشاء تدفقات عمل بناءً على ما تحتاج إليه ، أي أريد سير عمل حيث يتم تشغيل الوحدة فقط اختبار ما إذا كان شخص ما يقوم بإنشاء علاقات عامة أو أريد سير عمل حيث يتم إنشاء وإنشاء ملف .ipa عند وضع علامة رئيسية.

Bitrise هو شيء مثل صور عامل الإرساء حيث يمكنك اختيار طرف ثالث _steps_ لتشغيل unitTest أو CodeCoverage أو Archive والتوزيع.

رجل رائع! تبدو مثيرة للاهتمام حقًا. سانظر بداخلها.