如何自动创建Salesforce incremental package.xml？

是否有人尝试自动创建salesforce Package.xml以实现持续集成？如果有任何脚本或想法，请分享

您知道，incremental package.xml有助于仅部署修改后的文件，而不是使用完整的package.xml重新部署未修改的文件，这需要大量时间

---

提前谢谢

棘手。并不是一个与编程有关的问题，请考虑把这个问题提交到甚至甚至

我不认为没有明确的答案，你必须进行实验。特别是您标记了“迁移工具”（非常老派，经过战斗测试，但优先级较低的元数据API；现在所有的焦点似乎都集中在SFDX风格的部署上）。您是否使用任何版本控制（最好是Git），或者您是否希望以某种方式比较源组织和目标组织，找出增量并仅部署它们

请记住，SF在检测每个版本的“无更改”方面通常会做得更好（迁移工具的jar文件有多旧？）。例如，当我将当前项目部署到一个空沙箱（prod的精确副本、没有自定义对象、代码等）时，初始部署需要约7分钟。但任何后续部署，只要内容相同或稍有改动，只需3-4分钟。所以，试着计算一下在这个宏大的计划中损失的时间，并决定你想看到什么收益/你想花多少时间来试验和调整解决方案

您可以查看专用部署解决方案，例如齿轮组、Autorabit、Odaseva（我与这两者都没有关联，此列表也不详尽）。他们通常能够为您进行比较

有几个项目试图基于两次提交之间的Git差异来编写package.xml。当然，你首先需要有一个回购协议和一些制度：

• 在2019年伦敦Cloudforce大会上观看了相关演示
• 似乎有一个“diff”命令（免责声明：我以前为埃森哲工作，但现在没有关联，没有使用过该工具，也没有亲自使用过）
• 这似乎是有趣和成熟的。由SF员工构建，不是官方工具，但用于CI部署他们构建的非盈利软件包（可能您听说过非盈利入门软件包，尤其是如果您考虑启用个人帐户）。我不确定他们是否这样做了增量部署，但似乎有一个命令用存储库中的文件更新package.xml，所以这是一个开始

---

我并不是说积云将是一颗银弹，但在这三颗中，积云似乎被最积极地维持着；）但是听起来你必须熟悉SFDX（如果不是全部的话，那么至少在“源”（SFDX）结构和元数据API结构之间来回地向项目发送命令）

自己回答我的问题：我发现

git diff master feature/vat |强制开发工具变更集create vat

工作

感谢罗曼的回答