Truffle智能合约开发中是否需保留Migrations.sol及对应迁移脚本？

Migrations.sol的实际实用价值 #

这个合约是Truffle默认迁移体系的核心链上组件，本质是个极简的状态存储合约，唯一功能是记录当前网络上已经执行完成的迁移脚本序号，帮Truffle识别哪些迁移脚本已经跑过、哪些还没执行，避免重复部署、增量部署时漏跑脚本。
它的价值完全绑定你对Truffle迁移流程的使用方式：

• 如果你用truffle migrate命令做部署，不管是本地测试、测试网还是主网部署，它的实用性非常明确：帮你管理部署进度，避免重复执行历史脚本搞乱已部署的合约状态，尤其是涉及到有状态的合约、多步增量升级/初始化的场景，能规避很多低级部署错误。
• 如果你完全不用Truffle自带的迁移命令，自己写独立脚本用ethers/web3做部署，那这个合约对你没有任何作用。

是否必须同步保留1_initial_migration.js迁移脚本 #

默认配置下必须保留。
这个脚本是整个迁移流程的第一步，唯一作用就是在首次部署时把Migrations.sol部署到链上，完成迁移状态体系的初始化。如果你删了这个脚本，首次执行truffle migrate时会直接报错中断——Truffle找不到链上的Migrations合约实例，就没法跟踪后续的迁移进度。
除非你手动修改Truffle配置关闭迁移跟踪功能，否则不要删这个初始脚本。

编写自定义Solidity合约后是否需要保留这两个文件 #

绝大多数场景下强烈建议保留，完全没有删除的必要：

• 这两个文件体积极小，Migrations.sol也就几十行代码，部署消耗的gas可以忽略不计，本地测试链、测试网部署完全不会产生额外成本负担。
• 留着它们不会对你自己写的业务合约产生任何冲突或影响，后续你写2_deploy_xxx.js、3_xxx.js这类自定义迁移脚本时，Truffle的迁移跟踪机制还能正常生效，帮你管理部署顺序和执行状态。
  别信网上一些零散教程说这俩是没用的样板文件就乱删，很多人删了之后跑迁移报莫名其妙的错，找半天问题才发现是把初始迁移相关文件删了，得不偿失。

只有两种极端场景可以考虑删除：

• 你完全弃用Truffle的迁移功能，所有部署操作都靠自定义独立脚本完成，根本不会执行truffle migrate相关命令
• 你只是本地临时写个极小的demo测试，每次部署都加--reset参数全量重部署所有合约、不需要增量部署，且已经手动关闭了Truffle的迁移检查配置——但说实话这种场景留着也不碍事，删了纯属多此一举。

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