أضفت هذا السطر لأنه عندما أضفت .travis.yml فقط، رفض البناء. ربما إذا أنشأت الإضافة باستخدام منشئ الإضافات، فإن هذا الملف يُنشأ تلقائيًا، لذا لم يكن ذلك يحتاج إلى ذكر؟
لكن إضافة .rubocop.yml ودفعها جعلت البناء يعمل، بينما كان سابقًا حزينًا ورماديًا.
يا له من أمر مؤلم. إذن، هم يغلقون travis-ci.org (أو هكذا يقولون)، لقد انتقلت إلى travis-ci.com، لكنني نفذت من الرصيد في الخطة المجانية (https://www.travis-ci.com/plans). لا يمكنك شراء رصيد إضافي في الخطة المجانية، وأرخص خطة تبلغ 69 دولارًا شهريًا. سأكون سعيدًا لو أمكنني شراء رصيد إضافي، لكن 69 دولارًا ليست مبلغًا تافهًا بالنسبة لي. هل قام أي شخص بفحص خدمات أخرى مماثلة؟
(المرشد قديم بشكل مخجل، سأستبدله بآخر جديد)
يتم الآن الإعداد الموصى به باستخدام GitHub Actions - راجع discourse-plugin-skeleton للحصول على مثال.
هذا محبط. سيكون رائعًا لو تم مشاركة أي طريقة تستخدمها لتأهيل الموظفين الجدد على هذا.
هذا سيكون رائعًا. لقد قضيت عدة ساعات في هذا اليوم، رغم أن جزءًا من ذلك كان صراعًا لجعل VSCode يؤدي دوره في المساعدة.
لقد استخدمنا هذا الإعداد (تقريبًا) لـ CI لعدد من الإضافات لدينا، ويعمل بشكل جيد للأحداث المذكورة.
لكن هذا يفشل عند إضافة حدث cron. والسبب هو أن github.event لا يتم تعبئته في أحداث cron.
لذلك نقوم الآن بتوليد متغير بيئة REPOSITORY_NAME باستخدام github.repository الذي يتم تعبئته دائمًا كما هو مقترح هنا مع بعض التعديلات.
إليك مثال
يمكن الوصول إليه بهذه الطريقة.