Использование .gitignore для игнорирования всего, кроме определенных каталогов

Вот мое решение, которое предполагает проверку wp-content

# Ignore everything except directories
*
!*/

# except everything in the child theme and its required plugin
!/themes/mytheme-child/**
!/plugins/my-plugin/**

# and this file
!.gitignore

и тестирование:

git version 2.20.1 (Apple Git-117)
$ git check-ignore -v .foo foo foo/ themes/foo themes/foo/bar themes/mytheme-child \
themes/mytheme-child/foo plugins/foo plugins/my-plugin plugins/my-plugin/foo .gitignore
.gitignore:2:*  .foo
.gitignore:2:*  foo
.gitignore:2:*  foo/
.gitignore:2:*  themes/foo
.gitignore:2:*  themes/foo/bar
.gitignore:2:*  themes/mytheme-child
.gitignore:6:!/themes/mytheme-child/**  themes/mytheme-child/foo
.gitignore:2:*  plugins/foo
.gitignore:2:*  plugins/my-plugin
.gitignore:7:!/plugins/my-plugin/** plugins/my-plugin/foo
.gitignore:10:!.gitignore   .gitignore

, поэтому оно корректно игнорирует все, что я не хочу, и ничего, что я хочу сохранить.

Выпуск кода

Gitlab настроен с зеркалами репозитория для защищенных веток, в соответствии с https://docs.gitlab.com/ee/workflow/repository_mirroring.html

Когда код передается в защищенную ветвь, он будет зеркально отражен на промежуточных промежуточных и производственных серверах в голом репо /opt/checkout/repo.git/. Следующий хук post-receive (в /opt/checkout/repo.git/hooks/post-receive) затем извлечет код в рабочий каталог.

#!/bin/bash

BRANCH=staging
GIT_DIR=/opt/checkout/repo.git
GIT_WORK_TREE=/opt/bitnami/apps/wordpress/htdocs/wp-content

# on push, checkout the code to the working tree
git checkout -f "${BRANCH}"

# ensure permissions are correct
sudo chown -R bitnami:daemon "${GIT_WORK_TREE}"
sudo chmod -R go-w "${GIT_WORK_TREE}"

Для получения дополнительной информации см. https://www.digitalocean.com/community/tutorials/how-to-set-up-automatic-deployment-with-git-with-a-vps

После нескольких попыток я наконец нашел решение [1]:

/*/
/*.*
!.git*
!/wordpress

Объяснение построчно:

1. Игнорировать все каталоги в корне.
2. Игнорировать все файлы с расширениями в корне.
3. Разрешить само .gitignore (и, возможно, .gitattributes).
4. Разрешить нужный каталог со всеми подкаталогами

[1] Ограничения (о которых я знаю):

1. Он не игнорирует файлы без расширения в корне (и добавление /* нарушит всю схему).
2. Каталог, который вы хотите включить в строку 4 (в данном случае wordpress), не может иметь . в имени (например, wordpress.1 не будет работать). Если у него есть ., удалите строку 2 и найдите другой способ исключить все файлы в корне.
3. Проверено только в Windows с git version 2.17.1.windows.2

Для тех, кто ищет решение для очистки , попробуйте следующее.

Как уже упоминалось в комментариях к этого ответа, вы должны использовать этот метод рекурсивно.

В этом примере у вас есть настройка веб-сайта в ./, где находится ваша папка .git и файл .gitignore, и установка установки WordPress в ./wordpress. Чтобы правильно игнорировать все в каталоге ./wordpress , кроме самого каталога темы (wordpress/wp-content/themes/my-theme), вам придется рекурсивно игнорировать и разрешать каждый каталог вплоть до каталога, который вы хотите разрешить:

wordpress/*
wordpress/wp-content/*
wordpress/wp-content/themes/*
!wordpress/wp-content
!wordpress/wp-content/themes
!wordpress/wp-content/themes/my-theme

Причина игнорирования подстановочным знаком и разрешения (или игнорирования «отдельно от») самого каталога позволяет Git сначала заглянуть внутрь каталога, прежде чем игнорировать все внутри. Затем мы говорим Git игнорировать все, кроме указанного нами каталога. Вот тот же синтаксис, но в порядке того, как Git смотрит на него:

wordpress/*                            # Ignore everything inside here
!wordpress/wp-content                  # Apart from this directory

wordpress/wp-content/*                 # Ignore everything inside here
!wordpress/wp-content/themes           # Apart from this directory

wordpress/wp-content/themes/*          # Ignore everything inside here
!wordpress/wp-content/themes/my-theme  # Apart from this directory

Надеюсь, это поможет кому-то лучше понять необходимость рекурсивного метода.