马塞洛，

通常，最佳实践是从不删除任何运输工具，并始终将所有运输工具移动通过景观， 否则，您就有可能使DEV系统与PRD和QAS系统不同步，并可能导致配置设置出现各种问题。 我应该知道，就像我们在自己的组织中遇到的那样。

实际上，我们都知道有时会有空的运输工具无用，而且什么也没改变，而移动空的运输工具多少有些 无意义的。 在这种情况下，如果它确实是空的，那么确保删除它没有危害。 但是，为确保在执行此操作之前已对它进行了适当的调查，我强烈建议您使用授权来限制谁可以删除传输，只有您自己和/或传输管理团队才能执行。 不允许开发人员和配置人员删除自己的传输。 在执行此操作之前，使它们跳过几圈，然后再看一眼。

从传输中删除对象以使其变空的风险更大。 如果对象在运输中，则多数情况下是因为对该对象进行了更改，因此您绝对需要确保此更改在整个景观中保持一致。 如果以后发现不想更改，请然后必须撤消DEV系统中的更改，并在同一传输中记录该撤消，或者如果传输已被释放，请在

在这种情况下，如果您在相同的传输方式中记录了还原到原始传输的内容，您可能会认为"现在一切都一样了，因此我可以删除此传输方式 而不是释放和移动它。" 可能是正确的，但我强烈建议不要这样做，因为有时可能会遗漏某些东西，而并非所有内容都还原为原始内容。 最好将传输转移到您的QAS系统，然后进行测试以确保一切正常进行。

总结一下：

• 不允许您的DEV团队 删除传输，也不从传输中删除对象； 仅在进行了非常仔细的分析之后，才应执行基础操作。
• 如果更改已还原，请在传输中记录该还原（可能与原始更改相同），然后像往常一样在景观中移动所有内容。 这是唯一可以确定的方法。
• 不允许未释放的传输永远在DEV中失效。 当顾问或其他人离开项目或团队时，请他们通过释放他们或将他们重新分配给其他人来清理他们的运输工具。 实际上，这很难执行，但是您至少应该尝试。
• 类似地，不允许未经批准的传输永远在您的质量检查工作清单中消失。 对它们进行测试和批准，然后将其分配给PRD发布。 如果未批准它们，则不要拒绝它们，而是创建一个具有修复（或恢复）的新传输并将其向上移动，然后再次进行测试，然后将所有内容一起移至PRD中。

欢呼声 ，
Matt