Esta pregunta se basa en el subdirectorio Detach en un repositorio Git separado

En lugar de separar un solo subdirectorio, quiero separar un par. Por ejemplo, mi árbol de directorios actual se ve así:

/apps
  /AAA
  /BBB
  /CCC
/libs
  /XXX
  /YYY
  /ZZZ

Y me gustaría esto en su lugar:

/apps
  /AAA
/libs
  /XXX

El --subdirectory-filterargumento git filter-branchno funcionará porque elimina todo excepto el directorio dado la primera vez que se ejecuta. Pensé que usar el --index-filterargumento para todos los archivos no deseados funcionaría (aunque sea tedioso), pero si intento ejecutarlo más de una vez, recibo el siguiente mensaje:

Cannot create a new backup.
A previous backup already exists in refs/original/
Force overwriting the backup with -f

¿Algunas ideas? TIA

En lugar de tener que lidiar con una subshell y usar ext glob (como sugirió kynan), intente este enfoque mucho más simple:

git filter-branch --index-filter 'git rm --cached -qr --ignore-unmatch -- . && git reset -q $GIT_COMMIT -- apps/AAA libs/XXX' --prune-empty -- --all

Como lo menciona void.pointer en su comentario , esto eliminará todo excepto apps/AAAy libs/XXXdel repositorio actual.

Podar confirmaciones de fusión vacías

Esto deja muchas combinaciones vacías. Estos pueden eliminarse con otro pase como lo describe raphinesse en su respuesta :

git filter-branch --prune-empty --parent-filter \
'sed "s/-p //g" | xargs -r git show-branch --independent | sed "s/\</-p /g"'

⚠️ Advertencia : lo anterior debe usar la versión de GNU sedy, de lo xargscontrario, eliminaría todos los commits como xargsfallidos. brew install gnu-sed findutilsy luego use gsedy gxargs:

git filter-branch --prune-empty --parent-filter \
'gsed "s/-p //g" | gxargs git show-branch --independent | gsed "s/\</-p /g"' 

Pasos manuales con comandos simples de git

El plan es dividir directorios individuales en sus propios repositorios, luego fusionarlos. Los siguientes pasos manuales no empleaban scripts geek-to-use, sino comandos fáciles de entender y podían ayudar a fusionar subcarpetas N adicionales en otro repositorio único.

Dividir

Supongamos que su repositorio original es: original_repo

1 - Aplicaciones divididas:

git clone original_repo apps-repo
cd apps-repo
git filter-branch --prune-empty --subdirectory-filter apps master

2 - Librerías divididas

git clone original_repo libs-repo
cd libs-repo
git filter-branch --prune-empty --subdirectory-filter libs master

Continúe si tiene más de 2 carpetas. Ahora tendrá dos repositorios git nuevos y temporales.

Conquista mediante la fusión de aplicaciones y bibliotecas

3 - Prepare el nuevo repositorio:

mkdir my-desired-repo
cd my-desired-repo
git init

Y deberá realizar al menos una confirmación. Si se deben omitir las siguientes tres líneas, su primer repositorio aparecerá inmediatamente debajo de la raíz de su repositorio:

touch a_file_and_make_a_commit # see user's feedback
git add a_file_and_make_a_commit
git commit -am "at least one commit is needed for it to work"

Con el archivo temporal comprometido, el mergecomando en la sección posterior se detendrá como se esperaba.

Tomando de los comentarios del usuario, en lugar de agregar un archivo aleatorio como a_file_and_make_a_commit, puede elegir agregar un .gitignore, o README.mdetc.

4 - Combinar repositorio de aplicaciones primero:

git remote add apps-repo ../apps-repo
git fetch apps-repo
git merge -s ours --no-commit apps-repo/master # see below note.
git read-tree --prefix=apps -u apps-repo/master
git commit -m "import apps"

Ahora debería ver el directorio de aplicaciones dentro de su nuevo repositorio. git logdebería mostrar todos los mensajes de confirmación históricos relevantes.

Nota: como Chris señaló a continuación en los comentarios, para la versión más nueva (> = 2.9) de git, debe especificar --allow-unrelated-historiescongit merge

5 - Fusionar libs repo a continuación de la misma manera:

git remote add libs-repo ../libs-repo
git fetch libs-repo
git merge -s ours --no-commit libs-repo/master # see above note.
git read-tree --prefix=libs -u libs-repo/master
git commit -m "import libs"

Continúe si tiene más de 2 repositorios para fusionar.

Referencia: fusionar un subdirectorio de otro repositorio con git

¿Por qué querrías correr filter-branchmás de una vez? Puede hacerlo todo en un barrido, por lo que no es necesario forzarlo (tenga en cuenta que debe extglobhabilitarlo en su shell para que esto funcione):

git filter-branch --index-filter "git rm -r -f --cached --ignore-unmatch $(ls -xd apps/!(AAA) libs/!(XXX))" --prune-empty -- --all

Esto debería deshacerse de todos los cambios en los subdirectorios no deseados y mantener todas sus ramas y confirmaciones (a menos que solo afecten a los archivos en los subdirectorios eliminados, en virtud de --prune-empty) - no hay problema con confirmaciones duplicadas, etc.

Después de esta operación, los directorios no deseados se enumerarán como no seguidos por git status.

El $(ls ...)es necesario st el extglobse evalúa por su shell en lugar del filtro de índice, que utiliza la shorden interna eval(donde extglobno está disponible). Consulte ¿Cómo habilito las opciones de shell en git? para más detalles sobre eso.

Respondiendo mi propia pregunta aquí ... después de muchas pruebas y errores.

Logré hacer esto usando una combinación de git subtreey git-stitch-repo. Estas instrucciones se basan en:

• Compartir código entre proyectos con git subtree - http://psionides.jogger.pl/2010/02/04/sharing-code-between-projects-with-git-subtree/
• La herramienta adecuada para el trabajo: git-stitch-repo - http://ifup.org/2009/02/07/the-right-tool-for-the-job-git-stitch-repo/

Primero, saqué los directorios que quería mantener en su propio repositorio separado:

cd origRepo
git subtree split -P apps/AAA -b aaa
git subtree split -P libs/XXX -b xxx

cd ..
mkdir aaaRepo
cd aaaRepo
git init
git fetch ../origRepo aaa
git checkout -b master FETCH_HEAD

cd ..
mkdir xxxRepo
cd xxxRepo
git init
git fetch ../origRepo xxx
git checkout -b master FETCH_HEAD

Luego creé un nuevo repositorio vacío e importé / cosí los dos últimos:

cd ..
mkdir newRepo
cd newRepo
git init
git-stitch-repo ../aaaRepo:apps/AAA ../xxxRepo:libs/XXX | git fast-import

Esto crea dos ramas master-Ay master-Bcada una contiene el contenido de uno de los repositorios cosidos. Para combinarlos y limpiarlos:

git checkout master-A
git pull . master-B
git checkout master
git branch -d master-A 
git branch -d master-B

Ahora no estoy muy seguro de cómo / cuándo sucede esto, pero después del primero checkouty el pull, el código se fusiona mágicamente en la rama maestra (¡se aprecia cualquier idea de lo que está sucediendo aquí!)

Todo parece haber funcionado como se esperaba, excepto que si miro a través del newRepohistorial de confirmación, hay duplicados cuando el conjunto de cambios afectó a ambos apps/AAAy libs/XXX. Si hay una manera de eliminar duplicados, entonces sería perfecto.

He escrito un filtro git para resolver exactamente este problema. Tiene el fantástico nombre de git_filter y se encuentra en github aquí:

https://github.com/slobobaby/git_filter

Se basa en el excelente libgit2.

Necesitaba dividir un repositorio grande con muchos commits (~ 100000) y las soluciones basadas en git filter-branch tardaron varios días en ejecutarse. git_filter tarda un minuto en hacer lo mismo.

Use la extensión git 'git splits'

git splitses un script bash que es un contenedor git branch-filterque creé como una extensión git, basado en la solución de jkeating .

Fue hecho exactamente para esta situación. Para su error, intente usar la git splits -fopción para forzar la eliminación de la copia de seguridad. Debido a que git splitsopera en una nueva rama, no reescribirá su rama actual, por lo que la copia de seguridad es extraña. Consulte el archivo Léame para obtener más detalles y asegúrese de usarlo en una copia / clon de su repositorio (¡por las dudas!) .

1. instalar git splits.

2. Dividir los directorios en una sucursal local. #change into your repo's directory cd /path/to/repo #checkout the branch git checkout XYZ
#split multiple directories into new branch XYZ git splits -b XYZ apps/AAA libs/ZZZ

3. Crea un repositorio vacío en alguna parte. Asumiremos que hemos creado un repositorio vacío llamado xyzen GitHub que tiene ruta:git@github.com:simpliwp/xyz.git

4. Empuje al nuevo repositorio. #add a new remote origin for the empty repo so we can push to the empty repo on GitHub git remote add origin_xyz git@github.com:simpliwp/xyz.git #push the branch to the empty repo's master branch git push origin_xyz XYZ:master

5. Clone el repositorio remoto recién creado en un nuevo directorio local
   #change current directory out of the old repo cd /path/to/where/you/want/the/new/local/repo #clone the remote repo you just pushed to git clone git@github.com:simpliwp/xyz.git

git clone git@example.com:thing.git
cd thing
git fetch
for originBranch in `git branch -r | grep -v master`; do
    branch=${originBranch:7:${#originBranch}}
    git checkout $branch
done
git checkout master

git filter-branch --index-filter 'git rm --cached -qr --ignore-unmatch -- . && git reset -q $GIT_COMMIT -- dir1 dir2 .gitignore' --prune-empty -- --all

git remote set-url origin git@example.com:newthing.git
git push --all

Una solución fácil: git-filter-repo

Tuve un problema similar y, después de revisar los diversos enfoques enumerados aquí, descubrí git-filter-repo . Se recomienda como alternativa a git-filter-branch en la documentación oficial de git aquí .

Para crear un nuevo repositorio a partir de un subconjunto de directorios en un repositorio existente, puede usar el comando:

git filter-repo --path <file_to_remove>

Filtra varios archivos / carpetas encadenándolos:

git filter-repo --path keepthisfile --path keepthisfolder/

Entonces, para responder la pregunta original , con git-filter-repo solo necesitarías el siguiente comando:

git filter-repo --path apps/AAA/ --path libs/XXX/

Si. Forzar la sobrescritura de la copia de seguridad mediante el uso del -findicador en llamadas posteriores a filter-branchpara anular esa advertencia. :) De lo contrario, creo que tiene la solución (es decir, erradicar un directorio no deseado a la vez con filter-branch).

Elimine la copia de seguridad presente en el directorio .git en refs / original como sugiere el mensaje. El directorio está oculto.