Salesforce 开发经验（5）

现在您已经了解了如何使用Salesforce DX并认识到它的价值，您有兴趣继续研究它。那么你如何开始使用它？这取决于您的生产组织和相关开发流程的复杂性和成熟度。这里有一些建议可以帮助你开始。

评估你的开发过程的所有方面，寻找可能的方法转移到基于模块化神器的方法。在生产组织中寻找与其他一切不同的应用程序。你有不同的团队来建立和维护这些应用程序吗？如果是这样，你可以将这些应用程序分离成它们自己的工件。 AppExchange有许多独立应用程序的绝佳示例，它们遵循将源和元数据集合分离为单个工件的思路。

在某些情况下，您不会有可以拆分为工件的独特应用程序，但是您会发现一段时间内您的工作组中已经有不同的部分。例如，您的核心应用程序的扩展可能会作为工件发布。您可以将您在定制公司销售流程中所做的所有扩展分离成一个工件。如果您可以隔离特定于这些部分的元数据，则可以使用它来开发工件。

您也可以寻找已经或者希望与其他人分开制作和交付的团队。有些团队可能正在寻找更灵活和更灵活的机会 – 他们希望将他们的变更与其生产组织的更大变更管理流程分开。这些团队可以隔离他们的元数据并将其存储在自己的工件中。

一路上，确保您评估共享元数据组件的所有潜在工件。您不希望将共享元数据无意中隔离到特定团队或应用程序拥有的工件。如果元数据组件是共享的，我们建议您将这些共享组件组织到单个基本工件中。通过这种方式，您可以确保所有工件都可以引用共享工件中的组件。 （请记住，元数据组件一次只能在一个工件中生存。）

识别出潜在的工件后，您将使用Metadata API来检索与工件相关的来源。使用Salesforce DX模块查看应用程序开发，了解如何使用Salesforce CLI和测试组织来创建标识工件组件的package.xml。一旦你提取了源，为每个工件创建一个VCS存储库。从那里，您可以通过构建特定于这些应用程序的发布周期来继续分离过程。

你是一个只使用基于组织的开发模式的开发人员，还是以管理员身份开始职业生涯？那么Salesforce DX源代码驱动模型是一个接受更灵活和更灵活的开发流程的绝好机会。

如果你的组织有一个成熟的或者复杂的组织，那么随着时间的推移，转向源驱动的模型需要发生。你的生产组织是你最珍视的财产，所以要谨慎计划你的转变。使用本单元中的指导来确定您可以转移到Salesforce DX的部分组织。每次移动一件神器，并继续评估和改进您的流程。

现在您已经对Salesforce DX开发模型有了更多的了解，现在是时候通过尝试将指甲弄脏了。