Security News
Input Validation Vulnerabilities Dominate MITRE's 2024 CWE Top 25 List
MITRE's 2024 CWE Top 25 highlights critical software vulnerabilities like XSS, SQL Injection, and CSRF, reflecting shifts due to a refined ranking methodology.
@sentry/esbuild-plugin
Advanced tools
An esbuild plugin that provides source map and release management support for Sentry.
Using npm:
npm install @sentry/esbuild-plugin --save-dev
Using yarn:
yarn add @sentry/esbuild-plugin --dev
Using pnpm:
pnpm install @sentry/esbuild-plugin --dev
// esbuild.config.js
const { sentryEsbuildPlugin } = require("@sentry/esbuild-plugin");
require("esbuild").build({
sourcemap: true, // Source map generation must be turned on
plugins: [
// Put the Sentry esbuild plugin after all other plugins
sentryEsbuildPlugin({
org: process.env.SENTRY_ORG,
project: process.env.SENTRY_PROJECT,
// Auth tokens can be obtained from https://sentry.io/settings/account/api/auth-tokens/
// and need `project:releases` and `org:read` scopes
authToken: process.env.SENTRY_AUTH_TOKEN,
sourcemaps: {
// Specify the directory containing build artifacts
assets: "./**",
// Don't upload the source maps of dependencies
ignore: ["./node_modules/**"],
},
// Helps troubleshooting - set to false to make plugin less noisy
debug: true,
// Use the following option if you're on an SDK version lower than 7.47.0:
// release: {
// uploadLegacySourcemaps: {
// include: ".",
// ignore: ["node_modules"],
// },
// },
// Optionally uncomment the line below to override automatic release name detection
// release: process.env.RELEASE,
}),
],
});
org
Type: string
The slug of the Sentry organization associated with the app.
project
The slug of the Sentry project associated with the app.
This value can also be specified via the SENTRY_PROJECT
environment variable.
authToken
Type: string
The authentication token to use for all communication with Sentry. Can be obtained from https://sentry.io/settings/account/api/auth-tokens/. Required scopes: project:releases (and org:read if setCommits option is used).
This value can also be specified via the SENTRY_AUTH_TOKEN
environment variable.
url
Type: string
The base URL of your Sentry instance. Use this if you are using a self-hosted or Sentry instance other than sentry.io.
This value can also be set via the SENTRY_URL environment variable.
Defaults to https://sentry.io/, which is the correct value for SaaS customers.
headers
Type: Record<string, string>
Headers added to every outgoing network request.
debug
Type: boolean
Print useful debug information. Defaults to false
.
silent
Type: boolean
Suppresses all logs. Defaults to false
.
errorHandler
Type: (err: Error) => void
When an error occurs during rlease creation or sourcemaps upload, the plugin will call this function.
By default, the plugin will simply throw an error, thereby stopping the bundling process. If an errorHandler
callback is provided, compilation will continue, unless an error is thrown in the provided callback.
To allow compilation to continue but still emit a warning, set this option to the following:
errorHandler: (err) => {
console.warn(err);
}
telemetry
Type: boolean
If set to true, internal plugin errors and performance data will be sent to Sentry.
At Sentry we like to use Sentry ourselves to deliver faster and more stable products. We're very careful of what we're sending. We won't collect anything other than error and high-level performance data. We will never collect your code or any details of the projects in which you're using this plugin.
Defaults to true
.
disable
Type: boolean
Completely disables all functionality of the plugin. Defaults to false
.
sourcemaps
Options for source maps uploading. Leave this option undefined if you do not want to upload source maps to Sentry.
sourcemaps.assets
Type: string | string[]
A glob or an array of globs that specifies the build artifacts that should be uploaded to Sentry.
The globbing patterns follow the implementation of the glob
package. (https://www.npmjs.com/package/glob)
Use the debug
option to print information about which files end up being uploaded.
sourcemaps.ignore
Type: string | string[]
A glob or an array of globs that specifies which build artifacts should not be uploaded to Sentry.
Default: []
The globbing patterns follow the implementation of the glob
package. (https://www.npmjs.com/package/glob)
Use the debug
option to print information about which files end up being uploaded.
sourcemaps.rewriteSources
Type: (source: string, map: any) => string
Hook to rewrite the sources
field inside the source map before being uploaded to Sentry. Does not modify the actual source map. Effectively, this modifies how files inside the stacktrace will show up in Sentry.
Defaults to making all sources relative to process.cwd()
while building.
sourcemaps.deleteFilesAfterUpload
Type: string | string[]
A glob or an array of globs that specifies the build artifacts that should be deleted after the artifact upload to Sentry has been completed.
The globbing patterns follow the implementation of the glob
package. (https://www.npmjs.com/package/glob)
Use the debug
option to print information about which files end up being deleted.
release
Options related to managing the Sentry releases for a build.
More info: https://docs.sentry.io/product/releases/
release.name
Type: string
Unique identifier for the release you want to create.
This value can also be specified via the SENTRY_RELEASE
environment variable.
Defaults to automatically detecting a value for your environment. This includes values for Cordova, Heroku, AWS CodeBuild, CircleCI, Xcode, and Gradle, and otherwise uses the git HEAD
's commit SHA. (the latterrequires access to git CLI and for the root directory to be a valid repository)
If you didn't provide a value and the plugin can't automatically detect one, no release will be created.
release.inject
Type: boolean
Whether the plugin should inject release information into the build for the SDK to pick it up when sending events. (recommended)
Defaults to true
.
release.create
Type: boolean
Whether the plugin should create a release on Sentry during the build. Note that a release may still appear in Sentry even if this is value is false
because any Sentry event that has a release value attached will automatically create a release. (for example via the inject
option)
Defaults to true
.
release.finalize
Type: boolean
Whether the Sentry release should be automatically finalized (meaning an end timestamp is added) after the build ends.
Defaults to true
.
release.dist
Type: string
Unique identifier for the distribution, used to further segment your release.
release.vcsRemote
Type: string
Version control system remote name.
This value can also be specified via the SENTRY_VSC_REMOTE
environment variable.
Defaults to 'origin'.
release.setCommits
Option to associate the created release with its commits in Sentry.
release.setCommits.previousCommit
Type: string
The commit before the beginning of this release (in other words, the last commit of the previous release).
Defaults to the last commit of the previous release in Sentry.
If there was no previous release, the last 10 commits will be used.
release.setCommits.ignoreMissing
Type: boolean
If the flag is to true
and the previous release commit was not found in the repository, the plugin creates a release with the default commits count instead of failing the command.
Defaults to false
.
release.setCommits.ignoreEmpty
Type: boolean
If this flag is set, the setCommits step will not fail and just exit silently if no new commits for a given release have been found.
Defaults to false
.
release.setCommits.auto
Type: boolean
Automatically sets commit
and previousCommit
. Sets commit
to HEAD
and previousCommit
as described in the option's documentation.
If you set this to true
, manually specified commit
and previousCommit
options will be overridden. It is best to not specify them at all if you set this option to true
.
release.setCommits.repo
Type: string
The full repo name as defined in Sentry.
Required if the auto
option is not set to true
.
release.setCommits.commit
Type: string
The current (last) commit in the release.
Required if the auto
option is not set to true
.
release.deploy
Adds deployment information to the release in Sentry.
release.deploy.env
Type: string
Environment for this release. Values that make sense here would be production
or staging
.
release.deploy.started
Type: number | string
Deployment start time in Unix timestamp (in seconds) or ISO 8601 format.
release.deploy.finished
Type: number | string
Deployment finish time in Unix timestamp (in seconds) or ISO 8601 format.
release.deploy.time
Type: number
Deployment duration (in seconds). Can be used instead of started and finished.
release.deploy.name
Type: string
Human readable name for the deployment.
release.deploy.url
Type: string
URL that points to the deployment.
release.cleanArtifacts
Type: boolean
Remove all previously uploaded artifacts for this release on Sentry before the upload.
Defaults to false
.
release.uploadLegacySourcemaps
Type: string | IncludeEntry | Array<string | IncludeEntry>
Legacy method of uploading source maps. (not recommended unless necessary) One or more paths that should be scanned recursively for sources.
Each path can be given as a string or an object with more specific options.
The modern version of doing source maps upload is more robust and way easier to get working but has to inject a very small snippet of JavaScript into your output bundles. In situations where this leads to problems (e.g subresource integrity) you can use this option as a fallback.
The IncludeEntry
type looks as follows:
type IncludeEntry = {
/**
* One or more paths to scan for files to upload.
*/
paths: string[];
/**
* One or more paths to ignore during upload.
* Overrides entries in ignoreFile file.
*
* Defaults to `['node_modules']` if neither `ignoreFile` nor `ignore` is set.
*/
ignore?: string | string[];
/**
* Path to a file containing list of files/directories to ignore.
*
* Can point to `.gitignore` or anything with the same format.
*/
ignoreFile?: string;
/**
* Array of file extensions of files to be collected for the file upload.
*
* By default the following file extensions are processed: js, map, jsbundle and bundle.
*/
ext?: string[];
/**
* URL prefix to add to the beginning of all filenames.
* Defaults to '~/' but you might want to set this to the full URL.
*
* This is also useful if your files are stored in a sub folder. eg: url-prefix '~/static/js'.
*/
urlPrefix?: string;
/**
* URL suffix to add to the end of all filenames.
* Useful for appending query parameters.
*/
urlSuffix?: string;
/**
* When paired with the `rewrite` option, this will remove a prefix from filename references inside of
* sourcemaps. For instance you can use this to remove a path that is build machine specific.
* Note that this will NOT change the names of uploaded files.
*/
stripPrefix?: string[];
/**
* When paired with the `rewrite` option, this will add `~` to the `stripPrefix` array.
*
* Defaults to `false`.
*/
stripCommonPrefix?: boolean;
/**
* Determines whether sentry-cli should attempt to link minified files with their corresponding maps.
* By default, it will match files and maps based on name, and add a Sourcemap header to each minified file
* for which it finds a map. Can be disabled if all minified files contain sourceMappingURL.
*
* Defaults to true.
*/
sourceMapReference?: boolean;
/**
* Enables rewriting of matching source maps so that indexed maps are flattened and missing sources
* are inlined if possible.
*
* Defaults to true
*/
rewrite?: boolean;
/**
* When `true`, attempts source map validation before upload if rewriting is not enabled.
* It will spot a variety of issues with source maps and cancel the upload if any are found.
*
* Defaults to `false` as this can cause false positives.
*/
validate?: boolean;
};
_experiments
Type: string
Options that are considered experimental and subject to change. This option does not follow semantic versioning and may change in any release.
_experiments.injectBuildInformation
Type: boolean
If set to true, the plugin will inject an additional SENTRY_BUILD_INFO
variable. This contains information about the build, e.g. dependencies, node version and other useful data.
Defaults to false
.
2.0.0
Version 2.0.0 marks the official release of the @sentry/vite-plugin
, @sentry/esbuild-plugin
and @sentry/rollup-plugin
packages.
They are now considered stable.
For the @sentry/webpack-plugin
this is a major release with breaking changes.
Please refer to the migration guide for instructions on how to upgrade.
deleteFilesAfterUpload
option (#244)injectReleasesMap
option (#236)FAQs
Official Sentry esbuild plugin
The npm package @sentry/esbuild-plugin receives a total of 75,369 weekly downloads. As such, @sentry/esbuild-plugin popularity was classified as popular.
We found that @sentry/esbuild-plugin demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 0 open source maintainers collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
MITRE's 2024 CWE Top 25 highlights critical software vulnerabilities like XSS, SQL Injection, and CSRF, reflecting shifts due to a refined ranking methodology.
Security News
In this segment of the Risky Business podcast, Feross Aboukhadijeh and Patrick Gray discuss the challenges of tracking malware discovered in open source softare.
Research
Security News
A threat actor's playbook for exploiting the npm ecosystem was exposed on the dark web, detailing how to build a blockchain-powered botnet.