2022-03-24 09:59:02 +03:00
# @electron/osx-sign [![npm][npm_img]][npm_url] [![Build Status][circleci_img]][circleci_url]
2016-03-05 06:21:29 +03:00
2016-07-18 05:48:56 +03:00
Codesign Electron macOS apps
2015-12-21 18:46:36 +03:00
2016-05-31 19:26:31 +03:00
## About
2024-06-21 22:11:25 +03:00
[`@electron/osx-sign`][electron-osx-sign] minimizes the extra work needed to eventually prepare
your apps for shipping, providing options that work out of the box for most applications.
Additional configuration is available via its API.
2016-05-31 19:26:31 +03:00
2024-06-21 22:11:25 +03:00
There are two main functionalities exposed via this package:
* Signing macOS apps via `sign` functions. Under the hood, this uses the `codesign` utility.
* Creating `.pkg` installer packages via `flat` functions. Under the hood, this uses the `productbuild` utility.
2016-05-31 09:03:12 +03:00
2015-12-21 18:46:36 +03:00
## Installation
2024-05-16 00:54:32 +03:00
`@electron/osx-sign` is integrated into other Electron packaging tools, and can be configured accordingly:
* [Electron Packager ](https://electron.github.io/packager/main/types/OsxSignOptions.html )
* [Electron Forge ](https://www.electronforge.io/guides/code-signing/code-signing-macos )
You can also install `@electron/osx-sign` separately if your packaging pipeline does not involve those tools:
2015-12-21 18:46:36 +03:00
2015-12-22 08:54:17 +03:00
```sh
2024-05-16 00:54:32 +03:00
npm install --save-dev @electron/osx -sign
2015-12-21 18:46:36 +03:00
```
2024-06-21 22:11:25 +03:00
## Code signing
The signing procedure implemented in this package is based on what described in Electron's [Code Signing Guide ](https://github.com/electron/electron/blob/main/docs/tutorial/code-signing.md ).
### Prerequisites
* You must be a registered member of the [Apple Developer Program ](https://developer.apple.com/programs/ ).
Please note that you could be charged by Apple in order to get issued with the required certificates.
* You must have [Xcode ](https://developer.apple.com/xcode/ ) installed from the
[Mac App Store ](https://apps.apple.com/us/app/xcode/id497799835 ). It is not recommended to download your
copy from other 3rd party sources for security reasons.
* You must have Xcode Command Line Tools installed. To check whether it is available,
try `xcode-select --install` and follow the instructions.
* To distribute your app on the Mac App Store, You must create a Mac App on [App Store Connect ](https://appstoreconnect.apple.com/ ).
* You must give your app a unique Bundle ID.
* You must give your app a version number.
### Certificates
In order to distribute your application either inside or outside the Mac App Store,
you will have to have the following certificates from Apple after becoming a registered developer.
2015-12-21 18:46:36 +03:00
2024-06-21 22:11:25 +03:00
Certificates can be created through the
[Certificates, Identities & Profiles ](https://developer.apple.com/account/resources/certificates/add )
page in the Apple Developer website or via [Account Preferences in Xcode ](https://help.apple.com/xcode/mac/current/#/dev3a05256b8 ).
2016-02-15 12:41:10 +03:00
2024-06-21 22:11:25 +03:00
For distribution inside the Mac App Store, you will need to create:
* Mac App Distribution: `3rd Party Mac Developer Application: * (*)`
* Mac Installer Distribution: `3rd Party Mac Developer Installer: * (*)`
For distribution outside the Mac App Store:
* Developer ID Application: `Developer ID Application: * (*)`
* Developer ID Installer: `Developer ID Installer: * (*)`
After you create the necessary certifications, download them and open each so that they are
installed in your keychain. We recommend installing them in your system default keychain so
that `@electron/osx-sign` can detect them automatically.
**Note:** They appear to come in pairs. It is preferred to have every one of them installed so not to
are about which is not yet installed for future works. However, if you may only want to distribute
outside the Mac App Store, there is no need to have the 3rd Party Mac Developer ones installed and vice versa.
### API
2015-12-21 18:46:36 +03:00
2015-12-27 10:05:03 +03:00
```javascript
2022-03-24 09:59:02 +03:00
const { signAsync } = require('@electron/osx-sign')
2024-06-21 22:11:25 +03:00
const opts = {
2016-05-31 08:42:22 +03:00
app: 'path/to/my.app'
2024-06-21 22:11:25 +03:00
};
signAsync(opts)
2016-05-31 08:42:22 +03:00
.then(function () {
// Application signed
})
.catch(function (err) {
// Handle the error
})
2015-12-27 10:05:03 +03:00
```
2015-12-21 18:46:36 +03:00
2024-06-21 22:11:25 +03:00
The only mandatory option for `signAsync` is a path to your `.app` package.
Configuration for most Electron apps should work out of the box.
For full configuration options, see the [API documentation].
2020-11-03 23:10:56 +03:00
2024-06-21 22:11:25 +03:00
### Usage examples
2015-12-21 18:46:36 +03:00
2024-06-21 22:11:25 +03:00
#### Signing for Mac App Store distribution
2015-12-21 18:46:36 +03:00
2024-06-21 22:11:25 +03:00
```javascript
const { signAsync } = require('@electron/osx-sign')
const opts = {
app: 'path/to/my.app',
// optional parameters for additional customization
platform: "mas", // should be auto-detected if your app was packaged for MAS via Packager or Forge
type: "distribution", // defaults to "distribution" for submission to App Store Connect
provisioningProfile: 'path/to/my.provisionprofile', // defaults to the current working directory
keychain: 'my-keychain', // defaults to the system default login keychain
};
signAsync(opts)
.then(function () {
// Application signed
})
.catch(function (err) {
// Handle the error
})
```
2016-10-04 03:44:33 +03:00
2024-06-21 22:11:25 +03:00
Mac App Store apps require a [Provisioning Profile ](https://www.electronjs.org/docs/latest/tutorial/mac-app-store-submission-guide#prepare-provisioning-profile )
for submission to App Store Connect. We recommend having the provisioning profile for distribution
placed in the current working directory and the signing identity installed in the default keychain.
2016-07-09 10:45:26 +03:00
2024-06-21 22:11:25 +03:00
The app is not expected to run after codesigning since there is no provisioned device, and it is
intended only for submission to App Store Connect. Since `@electron/osx-sign` adds the entry
`com.apple.developer.team-identifier` to a temporary copy of the specified entitlements file
(with the default option `preAutoEntitlements` ), distribution builds can no longer be run directly.
2016-06-01 08:05:38 +03:00
2024-06-21 22:11:25 +03:00
To run an app codesigned for distribution locally after codesigning, you may manually add
`ElectronTeamID` in your `Info.plist` and `com.apple.security.application-groups` in the
entitlements file, and set `preAutoEntitlements: false` for `@electron/osx-sign` to avoid
this extra bit. Note that "certain features are only allowed across apps whose team-identifier value match"
([Technical Note TN2415](https://developer.apple.com/library/content/technotes/tn2415/_index.html#//apple_ref/doc/uid/DTS40016427-CH1-ENTITLEMENTSLIST)).
2016-06-01 10:39:57 +03:00
2024-06-21 22:11:25 +03:00
Alternatively, set the app's `type` to `development` to codesign a development version of your app,
which will allow it to be run on your development provisioned machine. Apps signed for development
will not be eligible for submission via App Store Connect.
2016-06-01 08:05:38 +03:00
2024-05-15 04:48:02 +03:00
#### Signing with `--deep`
2024-06-21 22:11:25 +03:00
Some subresources that you may include in your Electron app may need to be signed with `--deep` .
This is not typically safe to apply to the entire Electron app and therefore should be applied to _just_ your file.
2024-05-15 04:48:02 +03:00
2024-06-21 22:11:25 +03:00
```javascript
2024-05-15 04:48:02 +03:00
signAsync({
app: 'path/to/my.app',
optionsForFile: (filePath) => {
// For our one specific file we can pass extra options to be merged
// with the default options
if (path.basename(filePath) === 'myStrangeFile.jar') {
return {
additionalArguments: ['--deep'],
};
}
// Just use the default options for everything else
return null;
2024-06-21 22:11:25 +03:00
},
});
2016-02-15 12:41:10 +03:00
```
2024-06-21 22:11:25 +03:00
#### Signing legacy versions of Electron
2016-02-15 12:41:10 +03:00
2024-06-21 22:11:25 +03:00
`@electron/osx-sign` maintains backwards compatibility with older versions of Electron, but
generally assumes that you are on the latest stable version.
2016-02-15 12:41:10 +03:00
2024-06-21 22:11:25 +03:00
If you are running an older unsupported version of Electron, you should pass in the `version`
option as such:
2022-03-24 09:52:41 +03:00
2024-06-21 22:11:25 +03:00
```javascript
signAsync({
app: 'path/to/my.app',
version: '0.34.0',
});
```
2022-03-24 09:52:41 +03:00
2024-06-21 22:11:25 +03:00
## Flat installer packaging
2022-03-24 09:52:41 +03:00
2024-06-21 22:11:25 +03:00
This module also handles the creation of flat installer packages (`.pkg` installers).
2022-03-24 09:52:41 +03:00
2024-06-21 22:11:25 +03:00
> [!NOTE]
> Modern `.pkg` installers are also named "flat" packages for historical purposes. Prior
> to Mac OS X Leopard (10.5), installation packages were organized in hierarchical
> directories. OS X Leopard introduced a new flat package format that is used for modern
> `.pkg` installers.
2016-02-15 12:41:10 +03:00
2024-06-21 22:11:25 +03:00
### API usage
2016-02-15 12:41:10 +03:00
```javascript
2022-03-24 09:59:02 +03:00
const { flatAsync } = require('@electron/osx-sign')
2016-05-31 08:42:22 +03:00
flatAsync({
app: 'path/to/my.app'
2016-02-15 12:41:10 +03:00
})
2016-05-31 08:42:22 +03:00
.then(function () {
// Application flattened
})
.catch(function (err) {
// Handle the error
})
2016-02-15 12:41:10 +03:00
```
2024-06-21 22:11:25 +03:00
The only mandatory option for `flatAsync` is a path to your `.app` package.
For full configuration options, see the [API documentation].
2017-06-01 21:22:31 +03:00
2024-06-21 22:11:25 +03:00
## CLI
2016-02-15 12:41:10 +03:00
2024-06-21 22:11:25 +03:00
`@electron/osx-sign` also exposes a legacy command-line interface (CLI) for both signing
and installer generation. However, we recommend using the JavaScript API as it has a more
complete API surface (e.g. `optionsForFile` is only available via JS).
2022-03-24 09:52:41 +03:00
```sh
2024-06-21 22:11:25 +03:00
# install the package locally into devDependencies
npm install --save-dev @electron/osx -sign
2022-03-24 09:52:41 +03:00
2024-06-21 22:11:25 +03:00
# Sign a packaged .app bundle
npx electron-osx-sign path/to/my.app [options ...]
2022-03-24 09:52:41 +03:00
2024-06-21 22:11:25 +03:00
# Create a .pkg installer from a packaged .app bundle
npx electron-osx-flat path/to/my.app [options ...]
2022-03-24 09:52:41 +03:00
```
2024-06-21 22:11:25 +03:00
For full options, use the `--help` flag for either command.
2022-03-24 09:52:41 +03:00
2016-05-01 16:01:31 +03:00
## Debug
2024-06-21 22:11:25 +03:00
The [`debug` ](https://www.npmjs.com/package/debug ) module is used to display advanced logs and messages.
If you are having problems with signing your app with `@electron/osx-sign` , run your signing scripts with
the `DEBUG=electron-osx-sign*` environment variable.
2016-05-01 16:01:31 +03:00
2015-12-21 18:46:36 +03:00
## Test
2019-09-10 02:45:38 +03:00
The project's configured to run automated tests on CircleCI.
2015-12-21 18:46:36 +03:00
2024-06-21 22:11:25 +03:00
If you wish to manually test the module, first comment out `opts.identity` in `test/basic.js` to enable
auto discovery. Then run the command `npm test` from the dev directory.
2015-12-21 18:46:36 +03:00
2024-06-21 22:11:25 +03:00
When this command is run for the first time: `@electron/get` will download macOS Electron releases defined
in `test/config.json` , and save to `~/.electron/` , which might take up less than 1GB of disk space.
2015-12-21 18:46:36 +03:00
2015-12-21 22:13:27 +03:00
A successful testing should look something like:
```
$ npm test
2020-06-12 05:12:58 +03:00
> electron-osx-sign@0.4.17 pretest electron-osx-sign
2016-02-24 10:38:45 +03:00
> rimraf test/work
2020-06-12 05:12:58 +03:00
> electron-osx-sign@0.4.17 test electron-osx-sign
2015-12-21 22:13:27 +03:00
> standard && tape test
2022-12-06 01:30:15 +03:00
Calling @electron/get before running tests...
2015-12-21 22:13:27 +03:00
Running tests...
TAP version 13
# setup
2019-09-10 02:45:38 +03:00
# defaults-test:v7.0.0-beta.3-darwin-x64
2015-12-21 22:13:27 +03:00
ok 1 app signed
2019-09-10 02:45:38 +03:00
# defaults-test:v7.0.0-beta.3-mas-x64
2017-03-12 04:56:56 +03:00
ok 2 app signed
2019-09-10 02:45:38 +03:00
# defaults-test:v6.0.3-darwin-x64
2017-03-12 04:56:56 +03:00
ok 3 app signed
2019-09-10 02:45:38 +03:00
# defaults-test:v6.0.3-mas-x64
2017-03-12 04:56:56 +03:00
ok 4 app signed
2019-09-10 02:45:38 +03:00
# defaults-test:v5.0.10-darwin-x64
2017-03-12 04:56:56 +03:00
ok 5 app signed
2019-09-10 02:45:38 +03:00
# defaults-test:v5.0.10-mas-x64
2017-03-12 04:56:56 +03:00
ok 6 app signed
2019-09-10 02:45:38 +03:00
# defaults-test:v4.2.9-darwin-x64
2017-03-12 04:56:56 +03:00
ok 7 app signed
2019-09-10 02:45:38 +03:00
# defaults-test:v4.2.9-mas-x64
2017-03-12 04:56:56 +03:00
ok 8 app signed
2019-09-10 02:45:38 +03:00
# defaults-test:v3.1.2-darwin-x64
2017-03-12 04:56:56 +03:00
ok 9 app signed
2019-09-10 02:45:38 +03:00
# defaults-test:v3.1.2-mas-x64
2017-03-12 04:56:56 +03:00
ok 10 app signed
2015-12-21 22:13:27 +03:00
# teardown
2019-09-10 02:45:38 +03:00
1..10
# tests 10
# pass 10
2015-12-21 22:13:27 +03:00
# ok
```
2016-06-01 08:05:38 +03:00
[Electron]: https://github.com/electron/electron
2022-03-24 09:59:02 +03:00
[electron-osx-sign]: https://github.com/electron/osx-sign
[npm_img]: https://img.shields.io/npm/v/@electron/osx-sign.svg
[npm_url]: https://npmjs.org/package/@electron/osx-sign
[circleci_img]: https://img.shields.io/circleci/build/github/electron/osx-sign
[circleci_url]: https://circleci.com/gh/electron/osx-sign