Git 在BitBucket中合并时更新提交

是否有任何方法可以在BitBucket中的合并过程中更新提交。我特别感兴趣的是使用特殊的扩展名和位置重命名文件（即在文件名的开头添加时间戳）。我需要在BitBucket web UI中单击“合并”按钮时执行此操作。可以将其作为单独的提交而不是更新现有的提交

我已经研究过如何实现一个bitbucket插件和它的一个接口RepositoryMergeCheck，但是我没有找到一种方法来使用它来做类似的事情

更新 为什么我需要这个：在一个存储库中，我们有一个专门用于即将发布的版本的发布文件夹，其中包含发布脚本，需要对这些脚本进行严格的编号（例如1-.ext 2-.ext），并且还需要为每个脚本提供唯一的编号。因此，为了减少开发人员的工作量，我们决定在合并期间将时间戳作为脚本编号自动放置到特定文件的文件名上。因此，它将使我们避免数量冲突，并保证发布脚本的顺序与合并顺序相匹配

---

提前谢谢。

您确定这不是一个问题吗？这可能有助于说明您为什么要这样做。好吧，尽管可能是这样，但在这个问题之前，我与我的同事就这个问题进行了相当长的讨论，我们一致认为这可以解决问题，但我同意还有其他选择，因此我将用细节更新问题。谢谢。毫不奇怪，您的更新可能刚刚打开了一罐蠕虫。：）我的第一个想法是，开发人员会（或者应该？）更喜欢控制脚本的运行顺序，而不是它们的合并顺序。如果您在1个PR中有3个脚本，它如何知道运行它们的正确顺序？或者更糟糕的是，如果已经签入了10个脚本，然后有人决定他们有一个新脚本需要在脚本5和6之间运行，会发生什么？感谢您的想法，但是我不确定这是否符合我们的需要，因为我们希望这些脚本在每个环境（包括开发环境）中以相同的顺序运行。但按照这种方法，脚本将根据dev分支中的合并请求顺序在dev env上运行，但在一段时间后，当我们触发下一个env的部署时，顺序将是按数字。问题是，我们没有开发人员空间来运行脚本，它们会改变影响所有开发人员的系统状态，因此我们希望确保所有团队中的所有脚本都会按照到达开发人员分支的顺序运行。我想说，这里的主要要求是，一旦脚本（1）到达开发人员分支，在任何环境中，都不应该出现这样的情况：稍后到达dev分支的脚本（2）将在第一个脚本之前运行。