是否可以用 git 中另一个目录中的冗余合并文件替换一个目录中的合并文件？

Question

我对 Git 还很陌生，但是我正在尝试纠正我之前创建的一些非常的文件结构，但不确定如何纠正。

本质上我们拥有的是这样的结构：

--original_folder
    -- file1
    -- file2
    -- file3
    -- file4
    -- file5
    --corrections_to_original_files_folder
        -- file1
        -- file2
        -- file3
        -- file4
        -- file5

original_folder 代表第一个合并分支，Corrections_to_original_files_folder 代表第二个合并分支（您猜对了，它包含对这些文件的更正）。

显然，这是一种非常糟糕的方法。我试图减少冗余的方法是创建一个新分支，并用 Corrections_to_original_files_folder 的内容替换 original_folder 的内容，并从那里进行其他编辑。

但是，我尝试了几种方法，因为此代码全部合并，所以我不能依赖任何 git mv 方法或 git checkout origin/BRANCH_TO_MOVE_FROMdesired_file.py 。

谁能帮我解决这个垃圾箱火灾吗？

Answer 1

听起来你可以完全做你想做的事，而且不会有任何问题：

我试图减少冗余的方法是创建一个新分支，并用 Corrections_to_original_files_folder 的内容替换 original_folder 的内容，并从那里进行其他编辑.




我们假设您当前的重复文件夹结构如所述存在于 main 上。现在，让我们按照您所说的操作：

1. 从主分支创建一个新分支：git switch -c new-branch main将
2. 文件夹Corrections_to_original_files_folder中的文件复制到original_folder >。 Git 会将这些文件显示为已全部编辑。
3. 删除整个文件夹 Corrections_to_original_files_folder 。 Git 将继续显示其他文件夹的文件已编辑，并另外将所有这些文件显示为已删除。
4. 使用措辞良好的提交消息来提交更改，解释您所做的事情以及原因。
5. 像平常一样工作。

现在，如果您愿意，您可以将 new-branch 合并到 main 中，以便每个人都可以立即修复，或者您可以继续处理 new-branch code> 并稍后合并它。一旦 new-branch 合并到 main 中，“修复”就会被应用。

请注意，这几乎正是您所说的您想做的事情。我猜你只是没有意识到它会起作用，但它应该起作用。