.pnpmfile.cjs
pnpm을 사용하면 특수 기능 (후크)을 통해 설치 프로세스에 직접 연결할 수 있습니다. Hooks can be declared in a file called .pnpmfile.cjs
.
By default, .pnpmfile.cjs
should be located in the same directory as the
lockfile. For instance, in a workspace with a shared lockfile,
.pnpmfile.cjs
should be in the root of the monorepo.
후크
요약
후크 함수 | 처리 | 사용 |
---|---|---|
hooks.readPackage(pkg, context): pkg | pnpm이 의존성 패키지 매니페스트를 파싱한 후에 호출됩니다. | Allows you to mutate a dependency's package.json |
hooks.afterAllResolved(lockfile, context): lockfile | 의존성이 해결된 후에 호출됩니다. | lockfile을 변경할 수 있습니다. |
hooks.readPackage(pkg, context): pkg | Promise<pkg>
Allows you to mutate a dependency's package.json
after parsing and prior to
resolution. 이러한 변형은 파일시스템에 저장되지 않지만, lockfile에서 해결되는 내용과 이에 따라 설치되는 내용에 영향을 줍니다.
Note that you will need to delete the pnpm-lock.yaml
if you have already
resolved the dependency you want to modify.
If you need changes to package.json
saved to the filesystem, you need to use the pnpm patch
command and patch the package.json
file.
This might be useful if you want to remove the bin
field of a dependency for instance.
인수
pkg
- The manifest of the package. Either the response from the registry or thepackage.json
content.context
- Context object for the step. Method#log(msg)
allows you to use a debug log for the step.
사용
Example .pnpmfile.cjs
(changes the dependencies of a dependency):
function readPackage(pkg, context) {
// Override the manifest of foo@1.x after downloading it from the registry
if (pkg.name === 'foo' && pkg.version.startsWith('1.')) {
// Replace bar@x.x.x with bar@2.0.0
pkg.dependencies = {
...pkg.dependencies,
bar: '^2.0.0'
}
context.log('bar@1 => bar@2 in dependencies of foo')
}
// This will change any packages using baz@x.x.x to use baz@1.2.3
if (pkg.dependencies.baz) {
pkg.dependencies.baz = '1.2.3';
}
return pkg
}
module.exports = {
hooks: {
readPackage
}
}
알려진 제약 사항
Removing the scripts
field from a dependency's manifest via readPackage
will
not prevent pnpm from building the dependency. When building a dependency, pnpm
reads the package.json
of the package from the package's archive, which is not
affected by the hook. In order to ignore a package's build, use the
pnpm.neverBuiltDependencies field.
hooks.afterAllResolved(lockfile, context): lockfile | Promise<lockfile>
직렬화되기 전에 lockfile 결과를 변경할 수 있습니다.
인수
lockfile
- The lockfile resolutions object that is serialized topnpm-lock.yaml
.context
- Context object for the step. Method#log(msg)
allows you to use a debug log for the step.
사용 예
function afterAllResolved(lockfile, context) {
// ...
return lockfile
}
module.exports = {
hooks: {
afterAllResolved
}
}
알려진 제약사항
lockfile로 할 수 있는 모든 것은 이 함수를 통해 수 있으며, lockfile의 기능을 확장할 수도 있습니다.
관련 구성
ignore-pnpmfile
- Default: false
- Type: Boolean
.pnpmfile.cjs
will be ignored. Useful together with --ignore-scripts
when you
want to make sure that no script gets executed during install.
pnpmfile
- Default: .pnpmfile.cjs
- Type: path
- Example: .pnpm/.pnpmfile.cjs
로컬 pnpmfile의 위치입니다.
global-pnpmfile
- Default: null
- Type: path
- Example: ~/.pnpm/global_pnpmfile.cjs
전역 pnpmfile의 위치입니다. 전역 pnpmfile은 설치하는 동안 모든 프로젝트에서 사용됩니다.
로컬 pnpmfile를 사용하는 것이 좋습니다. pnpm을 기본 패키지 관리자로 사용하지 않는 프로젝트에서 pnpm을 사용하는 경우에만 전역 pnpmfile을 사용하십시오.