有没有一个在线的可编辑的代码库，同时也可以编译代码？
这更像是一个“愿望”，而不是一个问题，因为我尝试过了却没找到。在我看来，有许多开源的、非常受欢迎的系统，可以集成起来给开源社区带来很大的好处。
一个在线的协作工具，基本上就是一个wiki。需要一些版本控制。
一种IDE/SDK类型的工具——至少只是一个语法检查器和编译器。
如果将这两个结合起来，就会有一个任何人都可以贡献的开源项目。我认为它的工作方式如下:
每个维基页面都是一个单一的类。
要更新一个类，你必须通过语法检查，包括不破坏依赖于该类的任何其他类。
有两种用户——管理员和贡献者(可以匿名)。
管理员必须批准类的更新，然后才能将其包含在可编译的发布版中。他们还评估所“批准”的更改，这是贡献者的一种排名系统。如果安全性是一个问题，你可以说每个批准的更改都随机分配给另一个管理员进行批准，如果那个人发现恶意代码，第一个批准者现在是可疑的，并可能被移除作为管理员。
贡献者可以下载任何已批准的版本，并可选择下载包括他们自己的未经批准的所有修订版本的版本。这通常是为了他们自己的测试，但也许他们只是想改变某种行为，即使没有人喜欢这个改变。
任何类(符合某些要求的)都可以标记为“根”类，这意味着它可以与其依赖项一起编译。
这个系统的优点对我来说似乎是巨大的！
几乎不费力地参与。加入开源项目的工作通常至少需要一个小时或更多时间。这还要加上最初下载和安装兼容的SDK工具。
通过减少努力来学习开源。我看到有很多人加入了这样一个友好的、维基百科风格的网站，他们可以通过浏览来学习代码库。
更好的代码库(重构) 所有那些调整维基百科的人将自由地调整源代码。更清晰的代码反过来将更容易阅读和维护。
简单的定制 如果我想给我的最爱开源软件添加一个功能，我可以只需做出改变并下载编译版本。无需
这可能是Web服务器的构建过程。将其插入到更新网站中，它可以替换当前的构建服务器。当一个版本得到批准时，它只是部署更新(可能是在低使用率时间内)。
我看到了一些缺点，与维基站点和开源项目存在的相同的一些问题，有点放大了。但我认为这些都有一些标准
这更像是一个“愿望”，而不是一个问题，因为我尝试过了却没找到。在我看来，有许多开源的、非常受欢迎的系统，可以集成起来给开源社区带来很大的好处。
一个在线的协作工具，基本上就是一个wiki。需要一些版本控制。
一种IDE/SDK类型的工具——至少只是一个语法检查器和编译器。
如果将这两个结合起来，就会有一个任何人都可以贡献的开源项目。我认为它的工作方式如下:
每个维基页面都是一个单一的类。
要更新一个类，你必须通过语法检查，包括不破坏依赖于该类的任何其他类。
有两种用户——管理员和贡献者(可以匿名)。
管理员必须批准类的更新，然后才能将其包含在可编译的发布版中。他们还评估所“批准”的更改，这是贡献者的一种排名系统。如果安全性是一个问题，你可以说每个批准的更改都随机分配给另一个管理员进行批准，如果那个人发现恶意代码，第一个批准者现在是可疑的，并可能被移除作为管理员。
贡献者可以下载任何已批准的版本，并可选择下载包括他们自己的未经批准的所有修订版本的版本。这通常是为了他们自己的测试，但也许他们只是想改变某种行为，即使没有人喜欢这个改变。
任何类(符合某些要求的)都可以标记为“根”类，这意味着它可以与其依赖项一起编译。
这个系统的优点对我来说似乎是巨大的！
几乎不费力地参与。加入开源项目的工作通常至少需要一个小时或更多时间。这还要加上最初下载和安装兼容的SDK工具。
通过减少努力来学习开源。我看到有很多人加入了这样一个友好的、维基百科风格的网站，他们可以通过浏览来学习代码库。
更好的代码库(重构) 所有那些调整维基百科的人将自由地调整源代码。更清晰的代码反过来将更容易阅读和维护。
简单的定制 如果我想给我的最爱开源软件添加一个功能，我可以只需做出改变并下载编译版本。无需
这可能是Web服务器的构建过程。将其插入到更新网站中，它可以替换当前的构建服务器。当一个版本得到批准时，它只是部署更新(可能是在低使用率时间内)。
我看到了一些缺点，与维基站点和开源项目存在的相同的一些问题，有点放大了。但我认为这些都有一些标准
- 公共/匿名贡献可能是恶意的或有害的
- 阻止“垃圾邮件”贡献
- 下载带宽（所有这些可执行文件）
- CPU编译所有版本
是否存在这样的东西？如果没有，一个团队把它组合起来有多可行？还有其他可能会毁掉这个想法的主要问题吗？
这个想法只是在某一天突然出现在我的脑海中，但我找不到它。我将其“公之于众”，部分是为了“确立先例”。这个想法可以自由取用，但不能被专利:p。