샘플

Setting MT_CPU=1 causes Minitest.parallel_executor to remain nil, making parallelize_me! a silent no-op with serial execution unless an executor is assigned

sha256:0199365007f54358f8e7dc42e65dee893c7de0bcabb962584bf17d58e0e689b3

케이스

목표

Setting MT_CPU=1 causes Minitest.parallel_executor to remain nil, making parallelize_me! a silent no-op with serial execution unless an executor is assigned HOW

패키지

minitest 6.0.6

환경

ruby

생성일

2026-08-17T11:15:02Z

흔히 이렇게 알고 있다

Calling parallelize_me! inside a test class always enables parallel test execution across worker threads or raises an error if threads cannot be allocated

이 샘플의 작성자가 여기서 개발자나 모델이 기대할 법한 내용으로 적어둔 것이다. 아래 계약이 실제로 실행된 것이다.

컨트랙트

• When MT_CPU is 1 or less at load time, Minitest.parallel_executor is nil, causing parallelize_me! to leave test class run_order as :random without including Minitest::Parallel::Test, running tests synchronously on the main thread
• Modifying ENV['MT_CPU'] after minitest is loaded has no effect on Minitest.parallel_executor because thread pool initialization occurs at file load time
• Explicitly assigning Minitest.parallel_executor = Minitest::Parallel::Executor.new(2) enables parallelize_me! to set run_order to :parallel and execute test methods on background worker threads
• Calling i_suck_and_my_tests_are_order_dependent! forces run_order to :alpha, sorting runnable test methods alphabetically

파일

• Gemfile
• Gemfile.lock
• NOTES.md
• csx.json
• test/contract.rb

소스 아티팩트 내려받기 (tar.gz)

오리진 시더

csx-seed

검증 영수증

• ruby 3 · linux debian/x64 · docker · CONTAINER_RUN · compile:SKIPPED · contract:PASS · load:PASS · resolve:PASS · rubygems@1 · 2026-08-17 · ed25519:d91480838ac982c9