Skip to content

Commit

Permalink
[pre-commit.ci] auto fixes from pre-commit.com hooks
Browse files Browse the repository at this point in the history
for more information, see https://pre-commit.ci
  • Loading branch information
pre-commit-ci[bot] committed Oct 17, 2024
1 parent 628d21d commit 2c6bd98
Showing 1 changed file with 4 additions and 3 deletions.
7 changes: 4 additions & 3 deletions common-practices-tools/contribution/contrib-first.md
Original file line number Diff line number Diff line change
Expand Up @@ -13,19 +13,20 @@ Whenever we are building something that could be of use to more than one project
## Contrib first patches

In the case of changes needed to existing modules or Drupal core:

1. We contribute patches to existing issues or create new issues.
2. We use the compose-patches to apply local copies of the contributed patches.


## Contrib first modules

When a new module is needed, the process looks like this:

1. Gather requirements and identify MVP vs nice-to-haves
2. Search for existing modules that might solve the problem. (It might be easier to stretch an existing module than build a new one)
3. Choose a meaningful search engine friendly module name. (crowd sourcing name suggestions is recommended)
4. Create the Drupal project on Drupal.org
5. Populate the project page with a descrion of what is coming. List supporters as CivicActions and the client. If the client does not have a drupal.org page, encourage them to create one.
6. Populate the issue queue on the Drupal project with "Feature requests". Mark any that are part of the MVP as "major". Create issues for any immprovement ideas that pop up. They don't all have to be acted on, but they help shape the road map for where you want the module to go.
5. Populate the project page with a descrion of what is coming. List supporters as CivicActions and the client. If the client does not have a drupal.org page, encourage them to create one.
6. Populate the issue queue on the Drupal project with "Feature requests". Mark any that are part of the MVP as "major". Create issues for any immprovement ideas that pop up. They don't all have to be acted on, but they help shape the road map for where you want the module to go.

Check warning on line 29 in common-practices-tools/contribution/contrib-first.md

View workflow job for this annotation

GitHub Actions / remark-lint-suggestions

[remark-lint-suggestions] common-practices-tools/contribution/contrib-first.md#L29

Unexpected potentially insensitive use of `pop`, in somes cases `parent` may be better dad-mom retext-equality
Raw output
29:168-29:171 warning Unexpected potentially insensitive use of `pop`, in somes cases `parent` may be better                 dad-mom               retext-equality
7. Begin with alpha releases. Ideally when all your MVP/major issues are closed, you are ready for the official release.
8. After the official release, opt in to security coverage.

Expand Down

0 comments on commit 2c6bd98

Please sign in to comment.