-
-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
chore(deps): update dependency publint to v0.2.12 #947
base: main
Are you sure you want to change the base?
Conversation
|
Code Climate has analyzed commit 732acb8 and detected 0 issues on this pull request. View more on Code Climate. |
041fe58
to
4b7e723
Compare
4b7e723
to
47c5154
Compare
47c5154
to
bfb33b6
Compare
bfb33b6
to
211a456
Compare
211a456
to
c1610bb
Compare
c1610bb
to
7ffa076
Compare
7ffa076
to
bfa05eb
Compare
bfa05eb
to
281dc35
Compare
281dc35
to
5226738
Compare
5226738
to
241b1c3
Compare
241b1c3
to
097dfb4
Compare
097dfb4
to
732acb8
Compare
This PR contains the following updates:
0.1.16
->0.2.12
Release Notes
bluwy/publint (publint)
v0.2.12
Compare Source
Features
"license"
field is not set inpackage.json
, a suggestion will now be shown to add the field (https://github.com/bluwy/publint/issues/111)Bug fixes
"repostory"
field, string shorthands with nested paths likegitlab:org/user/repo
is now considered valid (https://github.com/bluwy/publint/issues/113)Site
Full Changelog: bluwy/publint@v0.2.11...v0.2.12
v0.2.11
Compare Source
Features
formatMessage()
utility with a newcolor
option to force enable or disable returning color in string (https://github.com/bluwy/publint/pull/110)New Contributors
Full Changelog: bluwy/publint@v0.2.10...v0.2.11
v0.2.10
Compare Source
Features
"repository"
field (https://github.com/bluwy/publint/pull/106)"repository"
is a string, it must be one of the supported shorthand strings from the docs."repository"
is an object with"type": "git"
, the"url"
must be a valid git URL and can be parsed by npm.git://
protocol for GitHub repos should not be used due security concerns.git+
and postfixed with.git
. (This is also warned by npm when publishing a package).New Contributors
Full Changelog: bluwy/publint@v0.2.9...v0.2.10
v0.2.9
Compare Source
Bug fixes
New Contributors
Full Changelog: bluwy/publint@v0.2.8...v0.2.9
v0.2.8
Compare Source
Bug fixes
Full Changelog: bluwy/publint@v0.2.7...v0.2.8
v0.2.7
Compare Source
Features
"main"
/"module"
and"exports"
fields, but the"exports"
field doesn't export the root entrypoint, warn about the inconsistency. When"exports"
is defined, it takes the highest priority, so all the library's entrypoint (root and deep) needs to be specified here. (https://github.com/bluwy/publint/issues/88)"type"
field. In Node.js v20.10.0, it introduces a new--experimental-default-type
flag to flip the default module system from "CJS-as-default" to "ESM-as-default". It's recommended for libraries to specify the"type"
field explicitly to prevent CJS files from being incorrectly interpreted as ESM. This suggestion helps push towards a better ESM experience in the future. (https://github.com/bluwy/publint/issues/83)Full Changelog: bluwy/publint@v0.2.6...v0.2.7
v0.2.6
Compare Source
Features
jsnext:main
orjsnext
fields are used by @sapphi-red (https://github.com/bluwy/publint/pull/85)Site
New Contributors
Full Changelog: bluwy/publint@v0.2.5...v0.2.6
v0.2.5
Compare Source
Bug fixes
Full Changelog: bluwy/publint@v0.2.4...v0.2.5
v0.2.4
Compare Source
Bug fixes
"files"
suggestion. An incorrect suggestion was given when you're using.npmignore
or.gitignore
to limit publishing certain files.Site
Full Changelog: bluwy/publint@v0.2.3...v0.2.4
v0.2.3
Compare Source
Features
Error if
package.json
has fields with invalid string, boolean, object, etc type (https://github.com/bluwy/publint/issues/73)Suggest using the
"files"
field if detected test or config files are published (https://github.com/bluwy/publint/issues/77)Warn on
"exports"
and"browser"
object conflict for browser-ish environments (https://github.com/bluwy/publint/issues/58)For example, given this setup:
When matching the
"worker"
condition, it will resolve to"./lib.server.js"
which is intended to work in a worker environment. However, the"browser"
field also has a matching mapping for"./lib.server.js"
, causing the final resolved path to be"./lib.browser.js"
. This is usually not intended and causes the wrong file to be loaded.Error on invalid JSX extensions, such as
.cjsx
,.mjsx
,.ctsx
, and.mtsx
(https://github.com/bluwy/publint/issues/76)These extensions are usually mistaken as ESM and CJS variants of JSX, which is not valid. Instead they should be written in ESM with the
.jsx
extension instead.Bug fixes
"main"
field with ESM content detection (https://github.com/bluwy/publint/issues/75)Site
"types"
formatFull Changelog: bluwy/publint@v0.2.2...v0.2.3
v0.2.2
Compare Source
Features
"typings"
field file existence (https://github.com/bluwy/publint/pull/60)"browser"
field suggestion for using"imports"
and"exports"
fields instead (https://github.com/bluwy/publint/pull/59)Bug fixes
suggestion
instead of awarning
when it's used for backwards compatibility only (https://github.com/bluwy/publint/issues/62)Site
New Contributors
Full Changelog: bluwy/publint@v0.2.1...v0.2.2
v0.2.1
Compare Source
Bug fixes
"types"
condition check with"exports"
array formatvfs
is passed"browser"
field file existence extensions checkSite
New Contributors
Full Changelog: bluwy/publint@v0.2.0...v0.2.1
v0.2.0
Compare Source
Breaking changes
Note: If you're using
publint
from the CLI, these breaking changes should not affect you.publint()
now returns an object withmessages
instead of themessages
array directly. This makes way for future APIs wherepublint
will return more information than justmessages
.Rename
printMessage
API toformatMessage
to better reflect it's intent. (https://github.com/bluwy/publint/issues/43)Remove
filePath
arg
for theFILE_DOES_NOT_EXIST
message.Remove the
import
condition for thepublint
package. This provides a better error message if you callrequire("publint")
.Features
Improve warnings when the exported
"types"
condition has an invalid format in ESM or CJS. This ensures your library's types will work in both environments when dual publishing. (https://github.com/bluwy/publint/issues/46)It affects packages commonly packaged like:
For more information, visit the rules documentation. This feature is inspired by https://arethetypeswrong.github.io.
Bug fixes
"exports"
field have adjacent.d.ts
files and no"types"
condition. This follows TypeScript's resolution algorithm. For more information, visit the rules documentation. (https://github.com/bluwy/publint/issues/46)Full Changelog: bluwy/publint@v0.1.16...v0.2.0
Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.