二次运行firebase init是否会覆盖资源？能否仅添加Hosting服务？

问题1：第二次运行firebase init命令，是否会覆盖node_modules目录及Cloud Functions（云函数）？ #

• node_modules目录：完全不用担心被覆盖！Firebase CLI根本不会主动处理这个目录——它是npm/yarn管理的依赖文件夹，Firebase工具不会对它进行任何修改或覆盖操作。
• Cloud Functions：这取决于你第二次运行firebase init时是否勾选了Functions选项：
  • 如果没勾选Functions，那么你的functions文件夹会原封不动，不会有任何改动；
  • 如果勾选了Functions，CLI会弹出提示，询问你是否要覆盖现有的函数文件（比如index.js、package.json这些），不会直接强制覆盖，你可以选择保留自己的现有代码，还是使用新的模板。

问题2：首次初始化Firebase项目时未勾选Hosting服务，当前为iOS项目，现再次运行firebase init仅勾选Hosting以添加public目录，是否不会覆盖functions文件夹内的所有内容？ #

完全不会！当你只勾选Hosting选项运行firebase init时，Firebase CLI只会处理与Hosting相关的资源：

• 创建public目录（如果之前没有的话）；
• 更新firebase.json文件，添加Hosting的配置项；
• 可能生成Hosting相关的其他配置文件（比如.firebaserc里的Hosting关联，但不会影响functions）。

整个过程完全不会触碰functions文件夹里的任何内容，你的云函数代码可以安全保留，放心操作就好。

内容的提问来源于stack exchange，提问作者Mike