是否有人尝试自动创建 salesforce Package.xml 以进行持续集成？如果有任何脚本或一些想法，请分享。
您知道增量 package.xml 有助于仅部署修改后的文件，而不是使用完整的 package.xml 重新部署未修改的文件，这需要大量时间。
提前致谢！
问问题
1303 次
2 回答
0
自己回答我的问题：我找到了git diff master feature/vat | force-dev-tool changeset create vat工作！
于 2019-12-27T08:23:59.860 回答
0
棘手。而不是真正与编程相关的问题，请考虑将其交叉发布到https://salesforce.stackexchange.com/甚至可能是https://devops.stackexchange.com/
我认为没有明确的答案，您必须进行实验。尤其是您标记了“迁移工具”（如此老派、久经考验但优先级较低的元数据 API；似乎现在所有的焦点都集中在 SFDX 风格的部署上）。您是否使用任何版本控制（最好是 Git），还是希望以某种方式比较源和目标组织，找出增量并仅部署它们？
请记住，SF 通常会更好地检测每个版本的“无更改”（您的迁移工具的 jar 文件有多旧？）。例如，当我将当前项目部署到一个空沙箱（产品的精确副本、没有自定义对象、代码等）时，初始部署大约需要 7 分钟。但是任何具有相同内容或轻微更改的后续部署只需要 3-4 次。因此，请尝试计算在宏伟计划中损失的时间，并确定您希望看到的收益/您希望在试验和调整解决方案上花费多少时间。
您可以查看专门的部署解决方案，例如Gearset、Autorabit、Odaseva（我不隶属于任何一个，此列表并不详尽）。他们通常能够为您进行比较。
有几个项目试图根据两次提交之间的 Git diff(erence) 来编写 package.xml。当然，你需要先有一个回购和一些制度：
- https://github.com/cloudsandbox/sfdx-gen-pack在 Cloudforce London 2019 上看到了关于它的介绍
- https://github.com/Accenture/sfpowerkit似乎有一个“diff”命令（免责声明：我曾经为埃森哲工作但现在不附属，没有使用过该工具，没有亲自使用过）
- https://cumulusci.readthedocs.io/en/latest/这似乎很有趣且成熟。由 SF 员工构建，不是官方工具，而是用于 CI 部署他们构建的非营利软件包（也许您听说过 Non Profit Starter Pack，特别是如果您曾经考虑启用个人帐户）。我不确定他们是否这样做了增量部署，但似乎有一个命令可以使用存储库中的文件更新 package.xml，所以这是一个开始？https://cumulusci.readthedocs.io/en/latest/tutorial.html#part-4-running-tasks
我并不是说 CumulusCI 将是灵丹妙药，但在这 3 个中似乎是最积极维护的；）但听起来你必须熟悉 SFDX（如果不是全部，那么至少命令将项目转换回来在“源”（SFDX）结构和元数据 API 结构之间来回切换
于 2019-12-22T21:14:17.173 回答