Skip to content

Remove default bundler_jobs value (4) in favor of letting Bundler (2.2+) choose it automatically#147

Merged
mattbrictson merged 1 commit intomainfrom
features/remove-bundler-jobs-default
Dec 27, 2020
Merged

Remove default bundler_jobs value (4) in favor of letting Bundler (2.2+) choose it automatically#147
mattbrictson merged 1 commit intomainfrom
features/remove-bundler-jobs-default

Conversation

@mattbrictson
Copy link
Copy Markdown
Owner

@mattbrictson mattbrictson commented Jun 29, 2020

Starting with Bundler 2.2, Bundler will automatically determine the "best" value to use for the jobs options based on the number of processors, so there is no need to specify a value. Especially an arbitrary value of "4" that may not make sense depending on the machine where bundler is being used.

This commit removes tomo's default value of the bundler_jobs setting so that Bundler's built-in behavior will be used instead. The bundler_jobs setting is still supported if tomo users want to provide a specific value.

If you are upgrading tomo and wish to retain the old default, add this to your config:

set bundler_jobs: 4

@mattbrictson mattbrictson added the ⚠️ Breaking Introduces a backwards-incompatible change label Jun 29, 2020
@mattbrictson mattbrictson changed the title Remove default bundler_jobs=4 setting in favor of letting Bundler choose it automatically Remove default bundler_jobs value (4) in favor of letting Bundler choose it automatically Jun 29, 2020
@mattbrictson
Copy link
Copy Markdown
Owner Author

Actually, the automatic configuration of jobs is only enabled for Bundler 3+. Let's keep the default for now.

@mattbrictson mattbrictson deleted the features/remove-bundler-jobs-default branch June 29, 2020 05:12
@mattbrictson mattbrictson restored the features/remove-bundler-jobs-default branch July 2, 2020 14:45
@mattbrictson
Copy link
Copy Markdown
Owner Author

Reopening because the automatic configuration of jobs is coming soon with Bundler 2.2: https://github.com/rubygems/rubygems/releases/tag/bundler-v2.2.0.rc.1

@mattbrictson mattbrictson reopened this Jul 2, 2020
@mattbrictson mattbrictson changed the title Remove default bundler_jobs value (4) in favor of letting Bundler choose it automatically Remove default bundler_jobs value (4) in favor of letting Bundler (2.2+) choose it automatically Jul 2, 2020
@mattbrictson mattbrictson force-pushed the features/remove-bundler-jobs-default branch from 9793775 to ea44ea2 Compare September 6, 2020 05:41
@mattbrictson mattbrictson force-pushed the features/remove-bundler-jobs-default branch from ea44ea2 to 44ff187 Compare September 18, 2020 15:38
@mattbrictson mattbrictson force-pushed the features/remove-bundler-jobs-default branch from 44ff187 to 3a7b914 Compare October 4, 2020 02:25
@mattbrictson mattbrictson force-pushed the features/remove-bundler-jobs-default branch from 3a7b914 to 63ec7fe Compare November 5, 2020 22:33
Bundler will automatically determine the "best" value to use for the
jobs options based on the number of processors, so there is no need to
specify a value. Especially an arbitrary value of "4" that may not make
sense depending on the machine where bundler is being used.

This commit removes tomo's default value of the `bundler_jobs` setting
so that Bundler's built-in behavior will be used instead. The
`bundler_jobs` setting is still supported if tomo user's want to provide
a specific value.
@mattbrictson mattbrictson force-pushed the features/remove-bundler-jobs-default branch from 63ec7fe to a800a46 Compare December 27, 2020 20:36
@mattbrictson mattbrictson added the automerge Automatically merge this PR once all required checks pass label Dec 27, 2020
@mattbrictson mattbrictson merged commit ca68b2a into main Dec 27, 2020
@mattbrictson mattbrictson deleted the features/remove-bundler-jobs-default branch December 27, 2020 20:51
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

automerge Automatically merge this PR once all required checks pass ⚠️ Breaking Introduces a backwards-incompatible change

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant