You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I wonder if it might be useful to configure dependabot to differentiate between production and dev dependencies; and have them operate on different timelines.
I'm currently subscribed to all notifications on this repo, and often see pretty regular updates/churn in 'low value' dependencies; and I was thinking maybe that noise could be turned down by grouping those and updating it less frequently.
# `dependabot.yml` file with customized Bundler configuration# In this example, the name of the group is `dev-dependencies`, and# only the `patterns` and `exclude-patterns` options are used.# Grouping rules apply to version updates only.version: 2updates:
# Keep bundler dependencies up to date
- package-ecosystem: "bundler"directories:
- "/frontend"
- "/backend"
- "/admin"schedule:
interval: "weekly"# Create a group of dependencies to be updated together in one pull requestgroups:
# Specify a name for the group, which will be used in pull request titles# and branch namesdev-dependencies:
# Define patterns to include dependencies in the group (based on# dependency name)applies-to: version-updates # Applies the group rule to version updatespatterns:
- "rubocop"# A single dependency name
- "rspec*"# A wildcard string that matches multiple dependency names
- "*"# A wildcard that matches all dependencies in the package# ecosystem. Note: using "*" may open a large pull request# Define patterns to exclude dependencies from the group (based on# dependency name)exclude-patterns:
- "gc_ruboconfig"
- "gocardless-*"
update-types: Use to ignore types of updates, such as semver major, minor, or patch updates on version updates (for example: version-update:semver-patch will ignore patch updates). You can combine this with dependency-name: "*" to ignore particular update-types for all dependencies. Currently, version-update:semver-major, version-update:semver-minor, and version-update:semver-patch are the only supported options.
For example, you could restrict version (not security) updates to once per week, or perhaps once per week just for devDependencies, or maybe ignoring patch releases for devDependencies or similar.
The text was updated successfully, but these errors were encountered:
I wonder if it might be useful to configure dependabot to differentiate between production and dev dependencies; and have them operate on different timelines.
I'm currently subscribed to all notifications on this repo, and often see pretty regular updates/churn in 'low value' dependencies; and I was thinking maybe that noise could be turned down by grouping those and updating it less frequently.
We can see that a good number of those PR's are for devDependencies:
humanify/package.json
Lines 49 to 72 in 7d26cdb
We can see the current configuration is pretty basic:
humanify/.github/dependabot.yml
Lines 1 to 7 in 7d26cdb
Some starting points for the docs/etc:
For example, you could restrict version (not security) updates to once per week, or perhaps once per week just for devDependencies, or maybe ignoring patch releases for devDependencies or similar.
The text was updated successfully, but these errors were encountered: