是否可以在 Salesforce 生产实例中修改触发器的主体和 类？
Is it possible to modify the body of triggers and classes in a Salesforce Production instance?
如果我在 SandBox 的 Salesforce Production 实例中注册了多个触发器和 classes。
如果注册的触发器/classes 已被修改，是否可以在生产环境中更新触发器而无需重新运行测试并获得 75% 的通过率，因为我已经拥有？
目前，如果我在生产环境中注册了触发器/classes，并且我的应用程序指向该生产环境实例，如果触发器已被修改，因为我不知道用户更改了什么，我将删除触发器或 class 并尝试注册，但因为它是 Production 它不会让我。
有什么方法可以做到这一点，还是我必须在 SandBox 中更新，然后每次都推送到生产环境？
If the registered triggers / classes have been modified is it possible to update the trigger in Production without having to rerun the tests and get the 75% pass rate because I already have ?
没有。您的沙箱和生产组织是不同的环境，沙箱中获得的代码覆盖率可能无法反映生产中可用的覆盖率。
每次在沙盒环境中修改 Apex 代码时，您都必须执行生产部署，包括 运行 Apex 测试。没有办法解决这个要求。
由于一些非标准术语，您的问题很难理解，但听起来您非常需要定义的变更控制流程，最好使用源代码管理作为事实来源。
如果我在 SandBox 的 Salesforce Production 实例中注册了多个触发器和 classes。 如果注册的触发器/classes 已被修改，是否可以在生产环境中更新触发器而无需重新运行测试并获得 75% 的通过率，因为我已经拥有？
目前，如果我在生产环境中注册了触发器/classes，并且我的应用程序指向该生产环境实例，如果触发器已被修改，因为我不知道用户更改了什么，我将删除触发器或 class 并尝试注册，但因为它是 Production 它不会让我。 有什么方法可以做到这一点，还是我必须在 SandBox 中更新，然后每次都推送到生产环境？
If the registered triggers / classes have been modified is it possible to update the trigger in Production without having to rerun the tests and get the 75% pass rate because I already have ?
没有。您的沙箱和生产组织是不同的环境，沙箱中获得的代码覆盖率可能无法反映生产中可用的覆盖率。
每次在沙盒环境中修改 Apex 代码时，您都必须执行生产部署，包括 运行 Apex 测试。没有办法解决这个要求。
由于一些非标准术语，您的问题很难理解，但听起来您非常需要定义的变更控制流程，最好使用源代码管理作为事实来源。