Open source 应用程序开发的开源

我正在开发一个应用程序，并考虑将其开源发布

即使它不是一个开发者API库，而是一个终端用户应用程序，开源是一个不错的选择吗

什么时候是发布源代码的好时机？我应该从一开始就开始开源项目，还是等到v1.0

如果源代码是GPL，如何防止有人窃取它并非法发布专有的封闭源代码应用程序？在实践中，如何发现这种违反版权法的行为，法律是否可以强制执行

以下是我的看法： 1-是的。它可以是一个公文包，一个其他人的示例应用程序，任何东西。。。IMHO，如果它不是一个以开发为中心的项目，这并不重要

2-从一开始。这些开源存储库的一个优点是它保存了源代码。在那里，你可以对项目的方向有一些想法，甚至可以与其他用户/开发人员讨论

3-这很难。我想你不能，但我不确定。

以下是我的意见： 1-是的。它可以是一个公文包，一个其他人的示例应用程序，任何东西。。。IMHO，如果它不是一个以开发为中心的项目，这并不重要

2-从一开始。这些开源存储库的一个优点是它保存了源代码。在那里，你可以对项目的方向有一些想法，甚至可以与其他用户/开发人员讨论

---

3-这很难。我想你不能，但我不确定。

当然，这都是天生的主观因素

对。有许多开源最终用户应用程序。例如，Firefox、GIMP、Inkscape、OpenOffice和许多其他GNOME和KDE应用程序

您肯定不需要等到v1.0，不过最好等到您有了一些早期的概念验证代码来宣布该项目。如果你宣布一个空的代码库，你不太可能得到贡献者，而且以后可能很难鼓起热情

平均而言，发现应用程序的GPL违规可能比发现库的GPL违规更容易

如果代码是GPL，并且您有证据或强烈怀疑GPL被违反，您可以尝试联系或联系

---

当然，这都是主观的

对。有许多开源最终用户应用程序。例如，Firefox、GIMP、Inkscape、OpenOffice和许多其他GNOME和KDE应用程序

您肯定不需要等到v1.0，不过最好等到您有了一些早期的概念验证代码来宣布该项目。如果你宣布一个空的代码库，你不太可能得到贡献者，而且以后可能很难鼓起热情

平均而言，发现应用程序的GPL违规可能比发现库的GPL违规更容易

如果代码是GPL，并且您有证据或强烈怀疑GPL被违反，您可以尝试联系或联系

对…来说是个好问题对…来说是个好问题