Develop in Non-Scratch Orgs

好，我们来看这一页，讲的是，非划痕组织，。 你先回想一下，我们之前做练习时用的那种临时的、用完就删的环境，那叫 scratch org，也就是划痕组织。它就像一个速写本，随手画完就可以撕掉。但实际项目里，你更多时候面对的是长久存在的环境，比如，沙箱、开发者版组织，甚至是生产环境，，这些就属于非划痕组织。 非划痕组织最大的不同在于，，它没有源跟踪，。 什么叫源跟踪呢？在临时组织里，Salesforce 会自动记录你改了哪些元数据，所以你推送的时候，只需要把变化的部分传上去，效率很高。但在非划痕组织里，这个机制是不存在的。所以，当你执行部署命令时，无论你只改了一个字段还是一整个类，它都会把你，指定的全部元数据，一股脑儿部署上去，而不是只推更新的那几样。这个概念一定要先理解了。 不过，创建的步骤基本是一样的，你依然先建好一个 DX 项目，把 linting 工具装好，然后生成你的组件。 真正动手时的主要区别就在命令上。在临时组织我们习惯用 `push`，但在非划痕组织，我们要改用 ，`sf project deploy start`，。 这个命令后面跟两个重要参数：`-d` 后面跟你的源码路径，比如 `force-app`；`-o` 后面跟目标组织的用户名或者别名，告诉它要把代码部署到哪里。 同样，如果要从非临时组织把代码拉回本地，命令也不是 `pull`，而是 ，`sf project retrieve start`，。 还有一个省心的地方是：你不用事先去创建什么 Dev Hub 或者 scratch org，因为压根就用不到。直接在已有环境上干活儿就行。 日常开发的迭代方式也很直接：你在本地改代码，改完了就运行部署命令把整个项目推到非划痕组织里去，然后记得，对着浏览器做一个硬刷新，，这样你就能看到最新的效果了。就这样循环往复，简单明了。 你只要把临时组织的 `push/pull` 替换成这里的 `deploy/retrieve`，并且记住源轨迹那个概念差异，非划痕组织的开发你就完全能驾驭了。