GIT正在显示在Bitbucket上移动的文件-我希望它作为拉取请求的新文件

如何解决GIT正在显示在Bitbucket上移动的文件-我希望它作为拉取请求的新文件

正如我在描述中提到的，当我查看我的请求时，它看起来像文件已被移动，这是因为这是我复制另一个文件并开始编辑的通用功能文件。对于我的请求请求，我希望它显示为一个全新文件，而不是移动文件。我尝试删除这两个文件并提交，然后创建新文件，然后将代码粘贴并再次提交，但这没有用。

解决方法

提交中的文件从来不是真正的 new 或 old 或 moved 或其他任何东西。它们只是在提交中。提交中没有的所有文件都没有。这就是全部，因为每个提交仅保存Git知道的文件的 all 快照。

现在，如果您进行两次不同提交，并且将其中一个提交放在左侧，将另一个提交放在右侧，则 now ，您可以 compare 左侧文件到右侧文件。执行此操作时，您可能具有相同的文件名或不同的文件名。这些命名文件中每个文件的内容可以相同或不同。由比较进行决定的人：名为hello的左侧文件是否与右侧文件aloha相同的相同文件？

Git本身在比较文件时通常使用以下快捷方式：

• 如果左侧提交具有名为F的文件，而右侧提交具有名为F的文件，即使F左右两侧的内容不同，它们也都是“相同”的文件。如果 do 的内容不同，Git将构建并显示一个配方，您可以通过该配方将左侧的F更改为右侧的F。

• 但是，如果左侧提交具有名为L的文件，而右侧没有，则和右侧提交具有名为R的文件，而左侧则没有。 t：好吧，现在，Git将可选地将左-L的内容与右-R的内容进行比较。如果内容足够相似，则Git会说L已重命名为R：两个文件将配对，并且Git将产生将L更改为R所需的任何配方，从“将L重命名为R”步骤开始。 / p>

此配对左侧和右侧文件的过程是版本控制系统确定两次提交中哪些文件是“相同”文件的方式。但是，仅仅因为文件具有相同的 name 并不一定意味着它们就是相同的 file 。在某些情况下，根据Git操作的不同，您可以指示Git break 配对。对于“检测重命名并配对名称不同的文件”的情况，可以有一些控件来启用或禁用它，并设置阈值，在此阈值下，Git决定两个文件足够相似。

带有请求请求（PR）的棘手部分是PR实际上根本不是Git的一部分。 PR由某些托管服务以某种特定于托管服务的方式处理。托管服务通常选择如何运行一个或多个git diff命令来比较左侧和右侧提交，然后向您显示Git的输出。您能否说服托管服务为此类git diff设置参数？如果是这样，您也许可以说服它以您希望的方式向您展示PR。如果不是这样，那么您就很不走运：他们会以展示PR的方式展示您的PR。

（过去几年中，Bitbucket使用了几种不同的引擎来进行这些比较，但据我所知，它们没有这种细粒度的控制。您当然可以将请求提取到一个本地命令行Git存储库并以这种方式查看。）

,

当然，除了保留旧文件外，您不能强制git将其显示为新文件....实际上，这只是git的一些猜测.... git在大多数情况下都不在乎...这不是修订版本中保存的信息的一部分。...git会尽力尝试查看如果合并或cherry-pick或以后发生的任何事情，文件发生了什么情况。