Eu criei uma pasta commoncom vários arquivos e pastas de origem.
Agora eu quero mover a commonpasta para dentro da includepasta para que pareçainclude/common
Eu tentei estes:
git add include
git mv common/ include/
mas falha com este erro
fatal: fonte ruim, fonte = myrepo / common, destino = myrepo / include
Eu tentei, git mv common/ include/commonmas recebo o mesmo erro
Alguma idéia de como conseguir isso?
Respostas:
Uma das coisas mais legais sobre o git é que você não precisa rastrear os nomes dos arquivos explicitamente. O Git descobrirá isso comparando o conteúdo dos arquivos.
Portanto, no seu caso, não trabalhe tanto:
$ mkdir include
$ mv common include
$ git rm -r common
$ git add include/common
A corrida git statusdeve mostrar algo assim:
$ git status
# On branch master
# Changes to be committed:
# (use "git reset HEAD <file>..." to unstage)
#
# renamed: common/file.txt -> include/common/file.txt
#
git mvé equivalente.
git mv common include
Deveria trabalhar.
Na git mvpágina do manual :
git mv [-f] [-n] [-k] <source> ... <destination directory>
Na segunda forma, o último argumento deve ser um diretório existente; as fontes fornecidas serão movidas para este diretório .
O índice é atualizado após a conclusão bem-sucedida, mas a alteração ainda deve ser confirmada.
Não " git add" deve ser feito antes da mudança.
Nota: " git mv A B/", quando Bnão existe como diretório, deve ocorrer um erro, mas não ocorreu.
Veja commit c57f628 de Matthieu Moy ( moy) para Git 1.9 / 2.0 (primeiro trimestre de 2014):
O Git costumava aparar a barra final e tornar o comando equivalente a '
git mv file no-such-dir', que criou o arquivono-such-dir(enquanto a barra final declarou explicitamente que só poderia ser um diretório).Este patch ignora a remoção da barra à direita do caminho de destino.
O caminho com sua barra à direita é passado para renomear (2), que ocorre com a mensagem apropriada:
$ git mv file no-such-dir/
fatal: renaming 'file' failed: Not a directory
git mvparece uma abordagem muito melhor!
Comando:
$ git mv oldFolderName newFolderName
Geralmente funciona bem.
O erro "origem incorreta ..." normalmente indica que, após a última confirmação, houve algumas renomeações no diretório de origem e, portanto, git mvnão foi possível encontrar o arquivo esperado.
A solução é simples - basta confirmar antes de aplicar git mv.
Certifique-se de ter adicionado todas as suas alterações à área de preparação antes de executar
git mv oldFolderName newFoldername
git falha com erro
fatal: bad source, source=oldFolderName/somepath/somefile.foo, destination=newFolderName/somepath/somefile.foo
se houver arquivos não adicionados, então acabei de descobrir.
Outra maneira de mover todos os arquivos de um diretório para um subdiretório (mantém o histórico do git):
$ for file in $(ls | grep -v 'subDir'); do git mv $file subDir; done;
Eu tive um problema semelhante com o git mvlocal em que queria mover o conteúdo de uma pasta para uma pasta existente e acabei com este script "simples":
pushd common; for f in $(git ls-files); do newdir="../include/$(dirname $f)"; mkdir -p $newdir; git mv $f $newdir/$(basename "$f"); done; popd
git ls-files: Encontre todos os arquivos (na commonpasta) registrados no gitnewdir="../include/$(dirname $f)"; mkdir -p $newdir;: Crie uma nova pasta dentro da includepasta, com a mesma estrutura de diretórios quecommongit mv $f $newdir/$(basename "$f"): Mova o arquivo para a pasta recém-criadaA razão para fazer isso é que o git parece ter problemas ao mover arquivos para pastas existentes, e também falhará se você tentar mover um arquivo para uma pasta inexistente (daí mkdir -p).
O bom dessa abordagem é que ela toca apenas os arquivos que já estão registrados no git. Simplesmente usando git mvpara mover uma pasta inteira, e a pasta contém alterações sem etapas, o git não saberá o que fazer.
Depois de mover os arquivos, você pode limpar o repositório para remover quaisquer alterações não-estáveis restantes - lembre-se de executar a seco primeiro!
git clean -fd -n
Sinto muito, não tenho reputação suficiente para comentar a "resposta" de "Andres Jaan Tack".
Eu acho que meu messege será excluído ((mas eu só quero avisar "lurscher" e outros que receberam o mesmo erro: tenha cuidado ao fazer
$ mkdir include
$ mv common include
$ git rm -r common
$ git add include/common
Isso pode fazer com que você não veja o histórico git do seu projeto em uma nova pasta.
eu tentei
$ git mv oldFolderName newFolderName
obteve
fatal: bad source, source=oldFolderName/somepath/__init__.py, dest
ination=ESWProj_Base/ESWProj_DebugControlsMenu/somepath/__init__.py
eu fiz
git rm -r oldFolderName
e
git add newFolderName
e não vejo a velha história do git no meu projeto. Pelo menos meu projeto não está perdido. Agora eu tenho meu projeto em newFolderName, mas sem o histórico (
Só quero avisar, tenha cuidado usando o conselho de "Andres Jaan Tack", se você não quiser perder seu senso de humor.
Eu tive um problema semelhante, mas na pasta que eu queria mover, eu tinha arquivos que não estava rastreando.
digamos que eu tinha arquivos
a/file1
a/untracked1
b/file2
b/untracked2
E eu queria mover apenas os arquivos rastreados para a subpasta subdir, então o objetivo era:
subdir/a/file1
subdir/a/untracked1
subdir/b/file2
subdir/b/untracked2
o que eu fiz foi:
mkdir tmpdir && mv a b tmpdirgit checkout a b mkdir subdir && mv a b subdirgit add --update alteração de diretório ): (normalmente isso adicionaria arquivos não rastreados - isso exigiria a criação do arquivo)git add subdir.gitignoregit status mostra agora apenas arquivos movidosmv tmpdir/* subdirgit statusparece que executamos git mv:)Eu resolvi isso no Windows, fazendo o seguinte:
(.*)comgit mv ".\\\1" ".\\<New_Folder_Here>\"