Вместо того, чтобы иметь дело с подоболочкой и использовать ext glob (как предложил kynan), попробуйте гораздо более простой подход:

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

Как упоминалось в комментарии void.pointer, это удалит из текущего репозитория все, кроме apps/AAA и libs/XXX.

Удаление пустых коммитов слияния

Это оставляет много пустых слияний. Их можно удалить другим проходом, как описано raphinesse в его ответ:

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

⚠️ Предупреждение. В приведенном выше примере должны использоваться версии GNU sed и xargs, иначе будут удалены все коммиты из-за сбоя xargs. brew install gnu-sed findutils, а затем используйте gsed и gxargs:

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

Ручные шаги с помощью простых команд git

План состоит в том, чтобы разделить отдельные каталоги на отдельные репозитории, а затем объединить их вместе. В следующих ручных шагах не использовались скрипты для гиков, а использовались простые для понимания команды, и они могли помочь объединить дополнительные N подпапок в другой единый репозиторий.

Разделить

Предположим, что ваше исходное хранилище: original_repo.

1 - Разделить приложения:

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

2 - Разделить библиотеки

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

Продолжайте, если у вас более 2 папок. Теперь у вас будет два новых и временных репозитория git.

Побеждайте, объединяя приложения и библиотеки

3 - Подготовьте новый репо:

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

И вам нужно будет сделать хотя бы один коммит. Если следующие три строки следует пропустить, ваше первое репо появится сразу под корнем вашего репо:

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"

Когда временный файл зафиксирован, команда merge в следующем разделе остановится, как и ожидалось.

Исходя из отзывов пользователей, вместо добавления случайного файла, такого как a_file_and_make_a_commit, вы можете добавить .gitignore или README.md и т. д.

4 - Сначала объедините репозиторий приложений:

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"

Теперь вы должны увидеть каталог apps внутри вашего нового репозитория. git log должен отображать все соответствующие исторические сообщения коммитов.

Примечание: как Крис отметил ниже в комментариях, для более новой версии (>= 2.9) git вам нужно указать --allow-unrelated-histories с git merge

5 - Объедините репозиторий libs таким же образом:

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"

Продолжайте, если у вас есть более 2 репозиториев для слияния.

Ссылка: Объединить подкаталог другого репозитория с git

Зачем вам запускать filter-branch более одного раза? Вы можете сделать все это за один раз, поэтому не нужно заставлять это делать (обратите внимание, что для этого вам нужно включить extglob в вашей оболочке):

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

Это должно избавиться от всех изменений в нежелательных подкаталогах и сохранить все ваши ветки и коммиты (если только они не влияют только на файлы в удаленных подкаталогах в силу --prune-empty) - никаких проблем с дубликатами коммитов и т. д.

После этой операции нежелательные каталоги будут перечислены как неотслеживаемые git status.

$(ls ...) необходимо с.т. extglob оценивается вашей оболочкой вместо индексного фильтра, который использует встроенный sh eval (где extglob недоступен). Дополнительные сведения об этом см. в разделе Как включить параметры оболочки в git?.

Простое решение: git-filter-repo

У меня была аналогичная проблема, и после просмотра различных подходов, перечисленных здесь, я обнаружил git-filter-repo . Рекомендуется в качестве альтернативы git-filter-branch в официальной документации git здесь.

Чтобы создать новый репозиторий из подмножества каталогов в существующем репозитории, вы можете использовать команду:

git filter-repo --path <file_to_keep>

Отфильтруйте несколько файлов/папок, объединив их в цепочку:

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

Таким образом, чтобы ответить на исходный вопрос, с git-filter-repo вам понадобится следующая команда:

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

Отвечая на мой собственный вопрос здесь ... после многих проб и ошибок.

Мне удалось сделать это, используя комбинацию git subtree и git-stitch-repo . Эти инструкции основаны на:

• Совместное использование кода между проектами с поддеревом git — http://psionides.jogger.pl/2010/02/04/sharing-code-between-projects-with-git-subtree/
• Правильный инструмент для работы: git-stitch-repo — http://ifup.org/2009/02/07/the-right-tool-for-the-job-git-stitch-repo/

Во-первых, я вытащил каталоги, которые хотел сохранить в отдельный репозиторий:

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

Затем я создал новый пустой репозиторий и импортировал/вставил в него последние два:

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

Это создает две ветки, master-A и master-B, каждая из которых содержит содержимое одного из сшитых репозиториев. Чтобы объединить их и очистить:

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

Теперь я не совсем уверен, как/когда это происходит, но после первых checkout и pull код волшебным образом сливается с основной веткой (любое понимание того, что здесь происходит, приветствуется!)

Кажется, все сработало, как и ожидалось, за исключением того, что если я просматриваю историю коммитов newRepo, то обнаруживаю дубликаты, когда набор изменений затронул как apps/AAA, так и libs/XXX. Если есть способ удалить дубликаты, то это было бы идеально.

Я написал фильтр git, чтобы решить именно эту проблему. Он имеет фантастическое имя git_filter и находится на github здесь:

https://github.com/slobobaby/git_filter

Он основан на отличном пакете libgit2.

Мне нужно было разделить большой репозиторий с большим количеством коммитов (~ 100000), и решения, основанные на git filter-branch, запускались несколько дней. git_filter делает то же самое за минуту.

Используйте расширение git «git splits»

git splits — это bash-скрипт, являющийся оболочкой для git branch-filter, который я создал как расширение git на основе на решении jkeating.

Он был сделан именно для этой ситуации. В случае вашей ошибки попробуйте использовать параметр git splits -f для принудительного удаления резервной копии. Поскольку git splits работает с новой веткой, она не перезапишет вашу текущую ветку, поэтому резервная копия не нужна. Подробнее см. в файле readme и обязательно используйте его для копии/клона репозитория (на всякий случай!).

1. установите git splits.

2. Разделите каталоги на локальную ветку #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. Создайте где-нибудь пустой репо. Предположим, что мы создали пустой репозиторий с именем xyz на GitHub, который имеет путь: [email protected]:simpliwp/xyz.git

4. Нажмите на новый репо. #add a new remote origin for the empty repo so we can push to the empty repo on GitHub git remote add origin_xyz [email protected]:simpliwp/xyz.git #push the branch to the empty repo's master branch git push origin_xyz XYZ:master

5. Клонируйте только что созданный удаленный репозиторий в новый локальный каталог
   #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 [email protected]:simpliwp/xyz.git

Ага. Принудительно перезапишите резервную копию, используя флаг -f при последующих вызовах filter-branch, чтобы отменить это предупреждение. :) В противном случае, я думаю, у вас есть решение (то есть удалить нежелательный каталог за один раз с помощью filter-branch).

Удалите резервную копию, находящуюся в каталоге .git в refs/original, как предлагается в сообщении. Каталог скрыт.