- 🇺🇸United States smustgrave
Brought this up on the #needs-review-queue-initiative with @quietone
Needs an IS update and a patch that reflects #23, #25. We need to decide where the page would be in the handbook, too
- Status changed to Postponed: needs info
4 months ago 11:15am 2 August 2024 - 🇳🇿New Zealand quietone
Is there still interest in doing this?
This is better suited to the documentation project now, since this better suited to the Drupal Wiki, See #23 and #25. Removing 'needs product manager review' tag for the same reason.
- 🇺🇸United States drumm NY, US
GitLab does have special handling of a
CONTRIBUTING.md
file in the root of a project’s repository. So it is worth adding one, although it might be a brief pointer to documentation on Drupal.org, so there is less that might get outdated. - 🇮🇹Italy apaderno Brescia, 🇮🇹
Isn't this issue for a file that should be added to the Drupal core repository?
The repository of this project is eventually used for pages on api.drupal.org, but only for Drupal 7 or previous Drupal core releases. In fact, the 8.x-1.x branch is empty. - 🇨🇦Canada mparker17 UTC-4
For what it's worth, I filed this ticket in 2017 because I noticed that there was (and still is) a public mirror of Drupal core on Github, and I was excited about removing barriers for people who found it and felt interested in contributing.
(I think at the time Github was also starting to push what they felt were ways to set up projects for healthy contributions)
I believe I made the original patch by copying (and lightly-editing) some of what was on the Ways to Contribute page → at the time, because I had a weak preference for reducing the number of "clicks" that a user has to do to get the information they want - but I realize for an ecosystem as complex as Drupal, there is only so much you can do.
I still have a weak preference for reducing the number of clicks (not everyone has a fast, reliable, always-on Internet connection, even in 2024!) but I would be fine with adding a link to the documentation if that's what people can agree upon - to some extent anything is better than nothing.
However, if we wanted to simply close this issue as "Won't fix" - i.e.: because there are already documentation links in the README and GitHub Mirror repo description - I'm fine with that too.