是否应覆盖模板项目的package.json信息及Git历史？

这两个问题其实都是用模板启动新项目时很容易纠结的细节，我来给你理清楚：

这些字段不只是“无关紧要的元数据”，很多场景下会实际影响项目的维护和工具使用：

• name字段：这是项目的唯一标识，内部/私有项目应该用符合你们团队规范的命名（比如加上内部命名空间，像@your-team/your-project），避免和原模板或者公共仓库的项目重名，也方便后续内部依赖管理。
• author字段：替换成实际的维护团队、个人或部门信息，这样后续接手项目的人能快速知道负责人，工具生成文档或发布记录时也能显示正确的归属。
• repository字段：一定要指向你的内部Git仓库地址，不然其他人看配置文件时会误以为项目还关联着原模板的公共仓库，甚至有些CI/CD工具或发布脚本会读取这个字段来拉取代码，写错了很容易出问题。

• 如果是个人独立使用，而且确定以后不需要参考原模板的更新（比如安全补丁、功能迭代），那直接删除.git文件夹，再执行git init是完全没问题的。这样你的仓库提交记录会非常干净，只有你自己的开发轨迹，不会混入原模板的几十上百条无关提交。
• 如果后续可能需要同步原模板的更新，比如原Boilerplate修复了一个重要的安全漏洞，你想合并到自己的项目里，那建议保留原Git历史：
  1. 克隆模板后，先把原仓库设为upstream：git remote add upstream 原模板仓库地址
  2. 然后添加你自己的内部仓库作为origin：git remote set-url origin 你的内部仓库地址
  3. 之后如果原模板有更新，你可以通过git fetch upstream再合并到自己的分支里。

不过对于大部分个人使用的场景，删除原Git历史重新初始化会更省心，毕竟很少有人会长期同步模板的更新。

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