На странице Учебник по субмодулю Git :

Чтобы удалить подмодуль, вам необходимо:

1. Удалить соответствующий раздел из файла .gitmodules.
2. Выполните изменения .gitmodules git add .gitmodules
3. Удалите соответствующий раздел из .git/config.
4. Запустите git rm --cached path_to_submodule (нет конечной косой черты).
5. Выполнить rm -rf .git/modules/path_to_submodule
6. Commit git commit -m "Removed submodule <name>"
7. Удалить теперь невосстановленные файлы подмодуля rm -rf path_to_submodule

См. также: альтернативные шаги ниже .

Простые шаги

1. Удалить записи конфигурации: git config -f .git/config --remove-section submodule.$submodulename git config -f .gitmodules --remove-section submodule.$submodulename
2. Удалить каталог из индекса: git rm --cached $submodulepath
3. Commit
4. Удалить неиспользуемые файлы: rm -rf $submodulepath rm -rf .git/modules/$submodulename

Обратите внимание: $submodulepath не содержит ведущие или завершающие косые черты.

Фон

Когда вы выполняете git submodule add, он добавляет его только к .gitmodules, но как только вы сделали git submodule init, он добавил к .git/config.

Поэтому, если вы хотите удалить модули, но сможете быстро их восстановить, выполните следующие действия:

git rm --cached $submodulepath
git config -f .git/config --remove-section submodule.$submodulepath

Рекомендуется сначала сделать git rebase HEAD, а git commit - на end, если вы поместите это в скрипт.

Также посмотрите на ответ на вопрос: могу ли я разогнать подмодуль Git? .

Если вы только что добавили подмодуль, и, например, вы просто добавили неправильный субмодуль или добавили его в неправильное место, просто сделайте git stash, затем удалите папку. Это предполагает, что добавление подмодуля - единственное, что вы сделали в недавнем репо.

Вы должны удалить запись в .gitmodules и .git/config и удалить каталог из истории из истории:

git rm --cached path/to/submodule

Если вы напишете список рассылки git, возможно, кто-то будет сделайте для вас сценарий оболочки.

Вы можете использовать псевдоним для автоматизации решений, предоставляемых другими:

[alias]
  rms = "!f(){ git rm --cached \"$1\";rm -r \"$1\";git config -f .gitmodules --remove-section \"submodule.$1\";git config -f .git/config --remove-section \"submodule.$1\";git add .gitmodules; }; f"

Поместите это в свою конфигурацию git, а затем вы можете сделать: git rms path/to/submodule

Я нашел, что deinit работает хорошо для меня:

git submodule deinit <submodule-name>    
git rm <submodule-name>

Из git docs :

deinit

Отменить регистрацию данных подмодулей, т. е. удалить весь раздел submodule.$name из .git / config вместе с их деревом работы.

Чтобы удалить добавленный подмодуль, используя:

git submodule add blah@blah.com:repos/blah.git lib/blah

Run:

git rm lib/blah

Вот и все.

Для старых версий git (около 1.8.5) используйте:

git submodule deinit lib/blah
git rm lib/blah
git config -f .gitmodules --remove-section submodule.lib/blah

Большинство ответов на этот вопрос устарели, неполны или излишне сложны.

Подмодуль, клонированный с использованием git 1.7.8 или новее, оставит не более четырех своих следов в вашем локальном репо. Процесс удаления этих четырех трасс задается тремя командами ниже:

# Remove the submodule entry from .git/config
git submodule deinit -f path/to/submodule

# Remove the submodule directory from the superproject's .git/modules directory
rm -rf .git/modules/path/to/submodule

# Remove the entry in .gitmodules and remove the submodule directory located at path/to/submodule
git rm -f path/to/submodule

Я только что нашел скрытый файл .submodule (забыли точное имя), у него есть список ... вы можете стереть их индивидуально таким образом. У меня только один, поэтому я удалил его. Просто, но это может испортить Гит, так как я не знаю, прикреплено ли что-то к подмодулю. Кажется, все хорошо, кроме обычной проблемы обновления libetpan, но это (надеюсь) не связано.

Заметили, что никто не опубликовал ручное стирание, поэтому добавил

То, что я сейчас делаю Dec 2012 (объединяет большинство этих ответов):

oldPath="vendor/example"
git config -f .git/config --remove-section "submodule.${oldPath}"
git config -f .gitmodules --remove-section "submodule.${oldPath}"
git rm --cached "${oldPath}"
rm -rf "${oldPath}"              ## remove src (optional)
rm -rf ".git/modules/${oldPath}" ## cleanup gitdir (optional housekeeping)
git add .gitmodules
git commit -m "Removed ${oldPath}"

Вот 4 шага, которые я нашел необходимыми или полезными (важными в первую очередь):

git rm -f the_submodule
rm -rf .git/modules/the_submodule
git config -f .git/config --remove-section submodule.the_submodule
git commit -m "..."

Теоретически git rm в шаг 1 должен позаботиться о Это. Надеюсь, на вторую часть вопроса ОП можно ответить положительно в один прекрасный день (это можно сделать по одной команде).

Но с июля 2017 года шаг 2 необходим для удаления данных в .git/modules/, в противном случае вы не можете, например. добавьте подмодуль в будущем.

Возможно, вам удастся избежать вышеупомянутых двух шагов для git 1.8.5+, поскольку ответ tinlyx отмечен, поскольку все команды git submodule, похоже, работают.

Шаг 3 удаляет секцию для the_submodule в файле .git/config. Это необходимо сделать для полноты. (Запись может вызвать проблемы для старых версий git, но у меня нет возможности ее протестировать).

Для этого в большинстве ответов рекомендуется использовать git submodule deinit. Я нахожу его более явным и менее запутанным для использования git config -f .git/config --remove-section. Согласно документации git-subodule , git deinit:

Отменить регистрацию данных подмодулей ... Если вы действительно хотите удалить подмодуль из репозитория и зафиксировать его Вместо этого используйте git-rm [1].

И последнее, но не менее важное: если вы не git commit, вы будете / могут получить ошибку при выполнении git submodule summary (по состоянию на git 2.7):

fatal: Not a git repository: 'the_submodule/.git'
* the_submodule 73f0d1d...0000000:

Это независимо от того, выполняете ли вы шаги 2 или 3.

Я должен был выполнить шаги Джона Дютута еще на один шаг и cd в каталог подмодуля, а затем удалить репозиторий Git:

cd submodule
rm -fr .git

Тогда я мог бы зафиксировать файлы как часть родительский репозиторий Git без старой ссылки на подмодуль.

Просто примечание. Начиная с git 1.8.5.2, будут выполняться две команды:

git rm the_submodule
rm -rf .git/modules/the_submodule

Как правильно указал ответ @Mark Cheverton, если вторая строка не используется, даже если вы удалили подмодуль на данный момент, остатки .git / modules / the_submodule предотвратит добавление или замену того же субмодуля в будущем. Кроме того, как упоминалось в @VonC, git rm выполнит большую часть задания на подмодуле.

- Обновление (07/05/2017) -

Чтобы уточнить, the_submodule - относительный путь подмодуля внутри проекта. Например, это subdir/my_submodule, если подмодуль находится внутри подкаталога subdir.

Как указано в комментариях и других ответах , две команды (хотя и функционально достаточны для удаления подмодуля), оставьте след в секции [submodule "the_submodule"] в .git/config (по состоянию на июль 2017 года), который можно удалить с помощью третьей команды:

git config -f .git/config --remove-section submodule.the_submodule 2> /dev/null

После экспериментов со всеми различными ответами на этом сайте я закончил это решение:

#!/bin/sh
path="$1"
if [ ! -f "$path/.git" ]; then
  echo "$path is no valid git submodule"
  exit 1
fi
git submodule deinit -f $path &&
git rm --cached $path &&
rm -rf .git/modules/$path &&
rm -rf $path &&
git reset HEAD .gitmodules &&
git config -f .gitmodules --remove-section submodule.$path

Это восстанавливает то же самое состояние, что и до добавления подмодуля. Вы можете сразу добавить субмодуль снова, что было невозможно в большинстве ответов здесь.

git submodule add $giturl test
aboveScript test

Это оставляет вас с чистой проверкой без изменений фиксации.

Это было проверено с помощью:

$ git --version
git version 1.9.3 (Apple Git-50)

project dir:     ~/foo_project/
submodule:       ~/foo_project/lib/asubmodule
- - - - - - - - - - - - - - - - - - - - - - - - -
run:
  1.   cd ~/foo_project
  2.   git rm lib/asubmodule && 
          rm .git/modules/lib/asubmodule && 
            git submodule lib/asubmodule deinit --recursive --force