使用UI，据我所知，当您从Salesforce的沙箱中创建出站更改集时，您必须彻底了解您更改的每个组件类型(并希望部署到生产中)，然后手动选择其中的每个组件。对于Salesforce来说，系统地向您展示与生产相比发生了哪些变化，是否存在像git这样的困难?似乎应该有。
我已经在谷歌上搜索了这个，并搜索了Salesforce设置的高低。如果它不存在，我很震惊。
DevOps Centre充当"傻瓜的git"，为那些可能不知道他们需要部署的每一件小事的管理员服务。据我所知，它需要一个公开可见的Github项目。(我不是指开源代码，我指的是从SF服务器可访问的，而不是只能从您公司的本地网络看到的本地Github安装)
https://help.salesforce.com/s/articleView?language=en_US&id=sf.devops_center_overview.htm&type=5因为你是对的，这是一门艺术。它永远不会"只是向对象添加一个新字段"。你需要页面布局吗?列表视图?报告类型，报告?哪些配置文件和权限集?
除此之外，请阅读"来源跟踪"。SF可以跟踪在org中所做的所有更改，并通过一个命令将它们下载到本地的sfdx/vscode项目。它一开始是"刮刮组织"的东西。(迷你沙盒最多存在30天)，但你可以从"源头追踪"中受益。在Dev, Dev Pro沙盒中也是如此……这将帮助你将更改从org拉到本地磁盘，但你仍然需要一些Git知识来提交你的更改，你仍然需要命令来部署到未跟踪的org(完整复制沙箱，生产org)。https://developer.salesforce.com/blogs/2021/01/learn-moar-with-spring-21-sandbox-source-tracking
当然也有付费工具(Gearset, Copado?)提供比较git branch-org或org-org比较，增量部署…你可以随便找销售代表试一试。
这取决于在你的组织中，SF是留给自己的设备，还是你有一个成熟的It团队，更愿意使用现有的CI (circle CI, jenkins, azure devops, github actions, gitlab CI…)编写部署脚本。