这肯定会让我们更容易地向用户分发最新的工作和稳定版本。
这是否也有助于解决我们遇到的电子 exe 和应用程序编译问题？

我希望如此，但这意味着一些额外的工作，我们需要人手。
我们需要在 pre-master 上安装最新版本（所以有点开发背景会很好）的人，并进行问答。请注意，这不是一项微不足道的工作。

由于 electron 编译问题，我们仍然无法向用户提供软件的 exe 和 app 版本。我们目前可以提供的唯一版本是 4036，它​​不包括您应用的许多错误修复以及来自 Claudio 的最新通讯。
目前我们有一个很棒的软件，它被困在 GIT 上。一旦我们解决了这个问题，我们将参与编译和质量检查。

@openhardwarecoza伟大的！将在早上检查并报告第一件事。

@jorgerobles我不认为这个 repo 需要一个 master，因为我们从不希望用户直接下载/使用它。稳定版本将作为预编译的 Electron 应用程序提供？

我们可能希望最终在这个 repo 中标记“releases”以使 appveyor/travis 在新版本上触发？

我认为 olny 版本有一个主分支是有意义的，所以 dev-es6 不必关心制动任何东西，并且随时都有可用的稳定版本。

我也是这么想的@cprezzi

我们需要在发布前锁定以下内容：

• 更新 git 子模块
• --remote从中删除installdev
• 用已发布的 NPM 包或 git 子模块替换中的git+条目package.json（我倾向于 git 子模块）

这将使重建和分支发布版本成为可能，而无需子模块推送破坏它。