Closed (works as designed)
Project:
Rules
Version:
8.x-3.x-dev
Component:
Project Maintenance
Priority:
Normal
Category:
Plan
Assigned:
Unassigned
Reporter:
Created:
5 Sep 2019 at 08:59 UTC
Updated:
5 Sep 2019 at 09:53 UTC
Jump to comment: Most recent
Comments
Comment #2
tr commentedNo, I do not want to use a GitHub workflow. That hasn't been used at all for this project for 1.5 to 2 years, and is not practical to use since the github project owner is not participating.
Additionally, this puts additional barriers to contribution, and we already have enough of a problem with getting anyone to help. Moving projects to GitHub weakens the Drupal community.
I've mentioned this in more detail many times since I became a maintainer of this project.
So I don't see that it has any advantages, and it definitely has disadvantages. Plus, since I'm the one doing all the work and I don't want to use a GitHub workflow with Travis testing, it's sort of a moot point ...
Comment #3
jonathan1055 commentedOK, that's fine. I wasn't trying to say we should use it, I just wanted to have the discussion. I did search for github on the issue queue and it was not mentioned in any subject titles. Maybe I should have delved deeper into some of the issue detail. I'm happy that it is concentrated on drupal.org.
However, I do like having the ability to do my own testing of Rules changes on Travis, so I will discard my fork of Fago/Rules and make a new one with the primary source repository being that on d.o. I find the flexiblity of the test matrix (php version x core version) very useful. Also you get early warnings of deprecated code using the Travis environment which I have not seen replicated on d.o. (even with
suppress-deprecations: falsein drupalci.ymlThanks for your maintainership of Rules. Sorry if I twanged a nerve, I did not mean to!
Jonathan