开源项目存储库的结构[关闭]

Question

我正在开始一个小型开源项目。 克隆主存储库时，将获得一个完整的构建环境，其中包含制作正确的版本号的正式安装文件所需的所有库和所有工具。

我喜欢这样一个事实，任何想要贡献的人都可以克隆存储库并开始使用他们想要的任何东西。 但是我认为这使Evil People可以轻松创建恶意安装程序并发布到野外。

应该如何组织？ 您建议在存储库中包括什么内容，而不是仅保留在构建服务器上？

Answer 1

遗留下您的支持库和构建工具使它在以下方面非常痛苦：

• 任何只想试用该软件的人，可能是在您尚未提供安装程序的平台上，还是已经发布的较新版本中

• 任何想为您的项目做出贡献或入侵的人。

这些人需要您全力以赴才能满足一个项目的需要，而这些项目将没有营销部门来解决，也没有专职的团队来开发新功能和修复错误（又名，个人/开源/爱好项目）。

如果要让它构建成为一个巨大的麻烦，没有人会玩弄或破解您的项目，而他们只会继续进行下一步。 出于某种原因，有人出于恶意意图对您的软件进行欺骗，现在已经付出了更多的努力，而不是寻找其他一些软件包来组合安装程序，因此您的阻挠力是最大的。错误的用户子集，无法获得可观的收益。 （将其视为一种模糊的安全保护形式。它永远不会起作用。）

着重于使用户和其他开发人员可以访问您的存储库。

顺便说一句，正在下载和构建软件的人们应该习惯于无论如何都要检查代码，或者至少要在本地安装和运行软件之前确定他们是否信任发行商。

Answer 2

您似乎正在寻找的是目录布局。 您标记了与语言无关的问题，但这确实取决于要使用的语言/框架/构建工具。 给你一些例子

• 如果使用Maven构建，则采用标准目录布局
• 对于混合语言
• django和ruby可以为您创建默认布局

这不会阻止邪恶的人做恶事，但会帮助您的潜在贡献者。