-
-
Notifications
You must be signed in to change notification settings - Fork 523
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
Release v6.0.0 Stable #621
Comments
|
Do we no longer want to use the |
@malept I don't think so, we could alias it to |
I don't know, there's something to be said for having install instructions be |
@malept We can have |
From what we've talked about previously, we're going to reduce the templates to just a webpack template (and a parcel template perhaps). We should add guides to the docs for how to create apps for various popular frameworks, e.g. React via |
This issue suggests v6 stable release is imminent (??). The documentation wisely says don't use the Webpack plugin yet...but given you're gearing up for stable release, is it possible to go ahead and work with Webpack? Thanks so much for your work on "forge" - this is so very helpful. |
@philcockfield Those warnings are just disclaimers at this point. A bunch of people are already using the webpack plugin, feel free to dive in |
I would not characterize it as imminent. This issue is meant as a line in the sand to show progress towards releasing a stable version.
What @MarshallOfSound said. There's not much in the way of documentation, so we're not yet comfortable recommending it yet. |
Awesome - thanks. |
Hey @MarshallOfSound - I know this is pre-release (or pre-docs and all), but I don't suppose you have a sample repo lying around anywhere of a webpack plugin configuration working? I found this repo of yours https://github.com/MarshallOfSound/electron-forge-plugin-webpack/blob/master/example/react.js But it's archived, and pretty old. Any hints would be awesome - thanks! |
Also, for so I can understand the context of the new release - does |
|
Oh! My bad, I thought that was under Don't suppose there is working sample repo anywhere? |
Based on https://github.com/search?q=%22electron-forge%22+%22plugin-webpack%22&type=Code there are people who are using that plugin, but I don't know how successful they are. |
It'd be nice to have more than 1 webpack (or parcel) template, where at least one acts like electron-compile. My app is still basically a webview into a local app, so I've only been focused on setting up the main process so far. I ended up using node-webpack-externals to basically ignore node_modules and package it as is (otherwise webpack tries to handle node-gyp files and other stuff). I also had to override the |
We don't plan on having more than one template per bundler included by default with Electron Forge v6. And as with the old 5.x templates, they are meant to be minimal starters (like That is not to say that a community member can't contribute a third-party template. |
Can you make automation of new Everybody is building apps on an old version of electron w/ security issues because of that. (or they hacked some things together to make it work) |
As of Forge v6, |
@malept ah I see, good to hear that. Thanks for the heads up! |
I love this project, great job! What's the status of V6? |
I've updated the TODOs in the issue summary. |
Thanks. Looks close. Nice work! |
Nice work |
I've had a great experience with electron-forge so far and really looking forward to v6! Could anyone point me to documentation (couldn't find any) or summarize how a migration might look like? Just hoping to get a rough estimate of effort/time required. |
It should mostly be config changes. I wrote a fairly simple importer from v5 to v6 here: https://github.com/electron-userland/electron-forge/blob/v6.0.0-beta.42/packages/api/core/src/util/upgrade-forge-config.ts (it's invoked by running Obviously, there's also a cost to migrate off of |
Hi guys, do you have and ETA on this? |
The main blocker is resolving bugs with webpack and native modules. We'd be happy to have help with this so we can (finally) release a stable version. Aside from that, it's pretty stable. |
@malept The migration script worked great, thanks for that! Overall, the move to version 6 (and from electron-compile to webpack) took me around 7 hours. A lot of time was also spent on getting TS up and running with webpack. Awesome work on v6! |
Is v6 stable yet? Or usable? |
You can see from the checklist that only minor items remain. Very much usable and production ready in my view. Feels great to ditch electron-compile! |
And are the docs at https://electronforge.io for v6? Because I vividly remember the docs were at https://v6.electronforge.io before |
The v6 docs have been moved to the main domain. https://electronforge.io/ is now the docs site |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
I get the impression that with just a little bit of focused attention this release could get out of beta. Is there anything I and others could do to help make this happen? |
See #621 (comment) |
Could the Snapcraft maker be resolved for a stable v6 version? It's currently impossible to build a snapcraft artefact on a standard version of Ubuntu. It seems like there may be a PR that might resolve the issue: electron-userland/electron-installer-snap#75 And there are a number of issues open that appear related: #1696 I'd be very happy to help however I can, but I'm not sure asking people to run Forge from within a Docker container is ideal, considering snapcraft packages can be built easily when using electron-builder. |
When is eta for 6.0.0? |
Can I help sponsor this? |
@maccman I would be more than happy to have conversations about sponsoring work on Electron Forge. You can either use GitHub Sponsors or I'm on the official Electron Discord server. |
Boom - done! Thanks so much mate for working on this. |
Is there any chance of releasing a new beta version? The previous beta release was 4 months ago. In particular, I'm looking for the fix for #1377 No pressure; just checking 🙂 |
Ta Da? 🎉 |
No functional changes. This is a minor refactor to avoid hardcoding filenames or editorIds and to avoid hardcoding their lists. Instead, generally iterate through the FILENAME_KEYS objects. I started this cleanup while we were prototypeing a new 'test.js' editor. It's less relevant since we discarded that idea, but it's still preferable to use symbolic names instead of magic strings.
I'd like to have a solid plan for getting v6 out the door.
TODO
In no particular order.
import
from v5 config inpackage.json
to v6 config (Add simple Importer from Forge 5.x to 6.x #653)electronforge.io
to actually using the v6 docselectron-forge
org (will this break gitbook?)tools/sync-readmes.ts
when this happens@malept/electron-installer-flatpak
0.10.0, when it's releasedelectron-installer-snap
4, when it's releasedelectron-winstaller
4, when it's releasedReplaceUnfortunately not necessary for the releases3
due to [s3] publish fails with "callback called twice" #479electron-forge
NPM packageCONTRIBUTING.md
on how to develop on Electron Forge (e.g., installbolt
globally)create-electron-app
are updated appropriatelyember-electron
with upgrading (this will probably happen post-release)[v6] webpack: keytar native module has hardcoded path #1029 (bug with webpack + certain native modules)The text was updated successfully, but these errors were encountered: