另一个重要的注意，我错过了，并立即修复了“坏源”错误:

我只是想分享我的错误，以防有人遇到。:)）

当你运行命令时，确保在git控制台中选择了正确的路径:

- git mv Source Destination

如有需要，请使用:

- cd SourceFolder

然后是mv命令。

另一种方法是将目录中的所有文件移动到子目录(保持git历史):

$(ls | grep -v 'subDir');做git mv $file subDir;完成;

命令:

$ git mv oldFolderName newFolderName

它通常工作得很好。

错误“bad source…”通常表示在上次提交后，源目录中有一些重命名，因此git mv无法找到预期的文件。

解决方案很简单——在应用git mv之前提交即可。

使用Git Tortoise非常简单。

右拖动源到目标(选择源，按住鼠标右键，拖动到目标，释放鼠标)。

将显示一个菜单，其中有Git移动版本的项目和Git移动和重命名版本的项目。

当然，git回购应该在本地克隆

移动文件并使用git stage

你可以使用你最喜欢的工具(命令行，图形文件资源管理器)移动你的文件，git会发现你做了移动，而不是删除和创建，一旦你执行了你的操作，正如@Andres所建议的，但如果你做了太多的修改，Erik Kaplun指出，显式git mv可以帮助。

在某些应用程序中不使用Stage

一些GUI git工具(如GitHub Desktop)不提供对stage的直接访问:您可以选择和取消选择修改，但它不会修改底层git stage。你需要使用更强大的git工具，如命令行工具或正宗的git GUI来进行更改，然后GitHub Desktop也将显示操作为重命名。

您可以使用这个脚本。

# git mv a folder and sub folders in windows 

function Move-GitFolder {
    param (
        $target,
        $destination
    )
    
    Get-ChildItem $target -recurse |
    Where-Object { ! $_.PSIsContainer } |
    ForEach-Object { 
        $fullTargetFolder = [System.IO.Path]::GetFullPath((Join-Path (Get-Location) $target))
        $fullDestinationFolder = [System.IO.Path]::GetFullPath((Join-Path (Get-Location) $destination))
        $fileDestination = $_.Directory.FullName.Replace($fullTargetFolder.TrimEnd('\'), $fullDestinationFolder.TrimEnd('\'))

        New-Item -ItemType Directory -Force -Path $fileDestination | Out-Null

        $filePath = Join-Path $fileDestination $_.Name

        git mv $_.FullName $filePath
        
    }
}

使用

Move-GitFolder <Target folder> <Destination folder>

与其他解决方案相比，此解决方案的优势在于它递归地移动文件夹和文件，甚至在文件夹结构不存在时创建文件夹结构。