https://github.com/MobileChromeApps/mobile-chrome-apps允许Chrome应用在移动设备上运行。
他们开始使用wiki非常适合让事情发挥作用，但它会生成大量具有绝对路径的文件。关于哪些文件要保持在源代码管理之下，没有任何说法。
目前我正在使用每个版本：$ cca create YourApp --link-to=path/to/manifest.json这似乎是错误的（例如config.xml丢失了。）
答案 0 :(得分：3)
TLDR; www/是迄今为止最重要的。对于其余部分，只需控制您编辑的内容，并相信cca create --link-to=将以良好的状态重新创建项目。
cca create期间生成的文件分为两个主要部分：
www/文件夹中的所有内容，还包括config.xml，merges/（可选）和hooks/（可选）。cordova / cca构建工件;这包括plaforms/和plugins/，以及其他任何内容：）绝对应该是版本控制＃1。许多开发人员实际上并未使用merges/或hooks/（至少在开始时），而config.xml实际上是在cca create期间使用www/manifest.json中的值自动生成的除非你进行了手动编辑，否则没有版本。我们意识到在那里添加<preference>是常见的，所以我们是working on adding support for importing merges/ hooks/ and config.xml using --link-to=path/to/config.xml。很抱歉，如果您今天需要此功能，请关注this issue，了解cca中的解析时间。
至于＃2，这取决于你的偏好。如果您直接对平台的本机位进行编辑，那么您绝对应该将它们添加到版本控制中。或者，如果您希望100％控制这些位的发展方式，并且您对项目今天为您工作的方式100％满意，那么请确保将它们添加到版本控制中。
但是，我们（cca和cordova开发人员）会不断修复，发展和改进platforms/和plugins/，而且到目前为止，最简单的“升级”方式你现在的项目就是重新创建它。我们非常努力地向后兼容（当我们不兼容时大声喊叫），所以你应该相信今天的项目至少会在下周创建。
就个人而言，我只在版本控制中保留＃1，并且经常重新创建项目（每当工具更新时，嘿它快！）。它还不是一个问题。我认为cca create --link-to=path-to-app语法在这里确实很有用，我们正在考虑添加对cca update的支持，以便最终使这更容易。
最后，一位使用cca的开发人员有blogged about his experience，其中涉及的主题之一就是要检查的内容。他得出了我们建议的相同结论。
祝你好运！