إعداد اختبارات تكامل الإضافات المستمرة على Travis CI

I added this line because when I added only .travis.yml it refused to build. Maybe if you create the plugin with the plugin creator that gets created automatically so this went without saying?

But adding .rubocop.yml and pushing caused my build to run when before it was just sad and gray.

إعجاب واحد (1)

يا له من أمر مؤلم. إذن، هم يغلقون travis-ci.org (أو هكذا يقولون)، لقد انتقلت إلى travis-ci.com، لكنني نفذت من الرصيد في الخطة المجانية (https://www.travis-ci.com/plans). لا يمكنك شراء رصيد إضافي في الخطة المجانية، وأرخص خطة تبلغ 69 دولارًا شهريًا. سأكون سعيدًا لو أمكنني شراء رصيد إضافي، لكن 69 دولارًا ليست مبلغًا تافهًا بالنسبة لي. هل قام أي شخص بفحص خدمات أخرى مماثلة؟

إعجاب واحد (1)

(المرشد قديم بشكل مخجل، سأستبدله بآخر جديد)

يتم الآن الإعداد الموصى به باستخدام GitHub Actions - راجع discourse-plugin-skeleton للحصول على مثال.

5 إعجابات

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

هذا سيكون رائعًا. لقد قضيت عدة ساعات في هذا اليوم، رغم أن جزءًا من ذلك كان صراعًا لجعل VSCode يؤدي دوره في المساعدة.

لقد استخدمنا هذا الإعداد (تقريبًا) لـ CI لعدد من الإضافات لدينا، ويعمل بشكل جيد للأحداث المذكورة.

لكن هذا يفشل عند إضافة حدث cron. والسبب هو أن github.event لا يتم تعبئته في أحداث cron.

لذلك نقوم الآن بتوليد متغير بيئة REPOSITORY_NAME باستخدام github.repository الذي يتم تعبئته دائمًا كما هو مقترح هنا مع بعض التعديلات.

إليك مثال

يمكن الوصول إليه بهذه الطريقة.

إعجابَين (2)