Age | Commit message (Collapse) | Author | |
---|---|---|---|
2024-05-28 | feat(vendor): support modifying remote files in vendor folder without ↵ | David Sherret | |
checksum errors (#23979) Includes: * https://github.com/denoland/deno_graph/pull/486 * https://github.com/denoland/deno_graph/pull/488 * https://github.com/denoland/deno_lockfile/pull/25 * https://github.com/denoland/deno_lockfile/pull/22 * https://github.com/denoland/deno_graph/pull/483 * https://github.com/denoland/deno_graph/pull/470 | |||
2024-05-23 | fix(cli): Support deno.lock with only package.json present + fix DENO_FUTURE ↵ | Nathan Whitaker | |
install interactions with lockfile (#23918) Fixes #23571. Previously, we required a `deno.json` to be present (or the `--lock` flag) in order for us to resolve a `deno.lock` file. This meant that if you were using deno in an npm-first project deno wouldn't use a lockfile. Additionally, while I was fixing that, I discovered there were a couple bugs keeping the future `install` command from using a lockfile. With this PR, `install` will actually resolve the lockfile (or create one if not present), and update it if it's not up-to-date. This also speeds up `deno install`, as we can use the lockfile to skip work during npm resolution. | |||
2024-04-29 | chore: migrate bench, publish, and more itests to spec tests (#23584) | David Sherret | |