Gathering detailed insights and metrics for electron-simple-publisher
Gathering detailed insights and metrics for electron-simple-publisher
Gathering detailed insights and metrics for electron-simple-publisher
Gathering detailed insights and metrics for electron-simple-publisher
Simple way to publish releases for electron-simple-updater
npm install electron-simple-publisher
Typescript
Module System
Min. Node Version
Node Version
NPM Version
57.9
Supply Chain
92.9
Quality
73.9
Maintenance
50
Vulnerability
99.3
License
JavaScript (100%)
Total Downloads
0
Last Day
0
Last Week
0
Last Month
0
Last Year
0
MIT License
66 Stars
148 Commits
25 Forks
2 Watchers
1 Branches
4 Contributors
Updated on Jan 06, 2025
Latest Version
2.0.1
Package Id
electron-simple-publisher@2.0.1
Unpacked Size
82.80 kB
Size
20.69 kB
File Count
42
NPM Version
8.1.3
Node Version
17.1.0
Cumulative downloads
Total Downloads
Last Day
0%
NaN
Compared to previous day
Last Week
0%
NaN
Compared to previous week
Last Month
0%
NaN
Compared to previous month
Last Year
0%
NaN
Compared to previous year
This module makes easy to publish updates created by electron-builder. Now SSH, github, ftp, Amazon S3 and local release transports are supported. You can enable update feature in your application using electron-simple-updater
Install with npm:
npm install --save-dev electron-simple-publisher
...
"build": {
...
"win": {
"target": "squirrel"
}
},
...
Make a distributive package using electron-builder
Set options: You can specify all option through command line arguments, but it's easier to store the config in publisher.js or publisher.json in the project root. Here is an example for publishing through SSH:
1{ 2 "transport": { 3 "module": "ssh", 4 "host": "example.com", 5 "username": "user", 6 "password": "user's password", 7 "remotePath": "/www/example.com/updates", 8 "remoteUrl": "http://example.com/updates", 9 }, 10 "fields": { // Additional fields which will be added to updates.json 11 "readme": "The first version" 12 }, 13 // If you've already set package.json:updater.url you can skip this option: 14 "metaFileUrl": "http://example.com/updates/update.json", 15 // Builds contained these substrings will be ignored when run clean command 16 "except": [ 17 "prod-v0.5.0" 18 ] 19}
$ node_modules/.bin/publish
- will publish the latest build for
the current platform
1Usage: publish [command] [options] [arguments] 2 3Commands (default is publish): 4 publish [configFile] [buildId1 Id2 …|all] Publish a new build(s). 5 replace [configFile] [buildId] Replace the current build. 6 remove [configFile] [buildId1 Id2 …] Remove one or more builds. 7 clean [configFile] Remove builds missed in updates.json 8 -e, --except NAME1,NAME2 NAME1,NAME2 will be preserved 9 list [configFile] Show builds on a hosting. 10 11BuildId has a following format: [platform]-[arch]-[channel]-[version] 12 You can specify only a part of buildId, like linux-x64, defaults: 13 platform: process.platform 14 arch: process.arch 15 channel: package.json:updater.channel or prod 16 version: package.json:version 17 18Options: 19 configFile File with json ext, defaults to ./publisher.js 20 -t, --transport Selected transport 21 --transport.{name} Specify a transport option 22 -p, --path Path to distributive files (default dist). 23 -d, --debug Show debug information 24 -n, --noprogress Don't show upload progress 25 --fields.{name} Specify a field in the target updates.json file 26 --help Show this message 27 --version Show publisher version
Upload releases using SSH protocol. This transport uses ssh2 internally so you can check its documentation for all transport options.
Upload updates to github releases. You can use this transport even if you don't want to share your source code. For this purposes you just need to create a public repository which will store your releases.
Upload releases using FTP protocol. This transport uses node-ftp internally so you can check its documentation for all transport options.
Upload releases to S3 storage.
This transport allows to create file structure which can be uploaded to a server manually.
Licensed under MIT.
No vulnerabilities found.
Reason
no binaries found in the repo
Reason
0 existing vulnerabilities detected
Reason
license file detected
Details
Reason
Found 1/30 approved changesets -- score normalized to 0
Reason
0 commit(s) and 0 issue activity found in the last 90 days -- score normalized to 0
Reason
no effort to earn an OpenSSF best practices badge detected
Reason
security policy file not detected
Details
Reason
project is not fuzzed
Details
Reason
branch protection not enabled on development/release branches
Details
Reason
SAST tool is not run on all commits -- score normalized to 0
Details
Score
Last Scanned on 2025-07-07
The Open Source Security Foundation is a cross-industry collaboration to improve the security of open source software (OSS). The Scorecard provides security health metrics for open source projects.
Learn More