Как Перенести существующий подмодулей в Git в Git-репозиторий?

самый современный ответ, взятый из комментария Валлорика выше:

1. обновление до Git 2.0 (или по крайней мере до 1.9.3)
2. git mv old/submod new/submod
3. далее .gitmodules и каталог подмодулей уже размещены для фиксации (вы можете проверить это с помощью git status.)
4. зафиксируйте изменения с помощью git commitи вы хорошо идти!

готово!

в моем случае я хотел переместить подмодуль из одного каталога в подкаталог, например "AFNetworking" -> "ext/AFNetworking". Вот шаги, которым я следовал:

1. правка .gitmodules изменение имени подмодуля и путь к "ext / AFNetworking"
2. переместить каталог git подмодуля из ".git / modules / AFNetworking" to".git / modules / ext / AFNetworking"
3. переместить библиотеку из "AFNetworking" в "ext / AFNetworking"
4. изменить ".git / modules / ext / AFNetworking / config " и исправить [core] worktree линии. Мой изменился с ../../../AFNetworking до ../../../../ext/AFNetworking
5. Edit " ext / AFNetworking/.ГИТ" и исправить gitdir. Мой изменился с ../.git/modules/AFNetworking до ../../git/modules/ext/AFNetworking
6. git add .gitmodules
7. git rm --cached AFNetworking
8. git submodule add -f <url> ext/AFNetworking

наконец, я увидел в статусе git:

matt$ git status
# On branch ios-master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   modified:   .gitmodules
#   renamed:    AFNetworking -> ext/AFNetworking

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

[Обновления: 2014-11-26] А Яр красиво приведены ниже прежде чем что-либо делать, убедитесь, что вы знаете URL-адрес подмодуля. если неизвестно, открытого .git/.gitmodules и проанализируем основныеsubmodule.<name>.url.

то, что сработало для меня, было удалите старый подмодуль используя git submodule deinit <submodule> следовал по git rm <submodule-folder>. Затем снова добавьте подмодуль с новым именем папки и зафиксируйте. Проверка состояния git перед фиксацией показывает старый подмодуль, переименованный в новое имя и.gitmodule изменен.

$ git submodule deinit foo
$ git rm foo
$ git submodule add https://bar.com/foo.git new-foo
$ git status
renamed:    foo -> new-foo
modified:   .gitmodules
$ git commit -am "rename foo submodule to new-foo"

трюк, кажется, понимание того, что .git каталог для подмодулей теперь хранится в главном репозитории, под .git/modules, и каждый подмодуль имеет .git файл, который указывает на него. Это процедура, которая вам сейчас нужна:

• переместите подмодуль в его новый дом.
• редактировать .git файл в рабочем каталоге подмодуля и измените путь, который он содержит, чтобы он указывал на правильный каталог в главном репозитории .git/modules справочник.
• войдите в главный репозиторий .git/modules каталог, и найти каталог, соответствующий вашему подмодулю.
• редактировать обновление worktree путь так, чтобы он указывал на новое расположение рабочего каталога подмодуля.
• редактировать .gitmodules файл в корне главного репозитория, обновляющий путь к рабочему каталогу подмодуля.
• git add -u
• git add <parent-of-new-submodule-directory> (важно, чтобы вы добавляете родитель, а не сам каталог подмодулей.)

несколько замечаний:

• The [submodule "submodule-name"] строки .gitmodules и .git/config должны соответствовать друг другу, но не соответствуют ничему другому.
• рабочий каталог подмодуля и .git каталог должен правильно указывать друг на друга.
• The .gitmodules и .git/config файлы должны быть синхронизированы.

вы можете просто добавить новый и удалить старый субмодуль субмодуль с помощью стандартных команд. (следует предотвратить любые случайные ошибки внутри .git)

пример настройки:

mkdir foo; cd foo; git init; 
echo "readme" > README.md; git add README.md; git commit -m "First"
## add submodule
git submodule add git://github.com/jquery/jquery.git
git commit -m "Added jquery"
## </setup example>

пример перемещения 'библиотека jQuery' на 'продавец/библиотека jQuery/jQuery с' :

oldPath="jquery"
newPath="vendor/jquery/jquery"
orginUrl=`git config --local --get submodule.${oldPath}.url`

## add new submodule
mkdir -p `dirname "${newPath}"`
git submodule add -- "${orginUrl}" "${newPath}"

## remove old submodule
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 old src
rm -rf ".git/modules/${oldPath}" ## cleanup gitdir (housekeeping)

## commit
git add .gitmodules
git commit -m "Renamed ${oldPath} to ${newPath}"

---

Бонусный метод для больших подмодулей:

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

пример (используйте тот же пример настройки)

oldPath="jquery"
newPath="vendor/jquery/jquery"
baseDir=`pwd`
orginUrl=`git config --local --get submodule.${oldPath}.url`

# add new submodule using old submodule as origin
mkdir -p `dirname "${newPath}"`
git submodule add -- "file://${baseDir}/${oldPath}" "${newPath}"

## change origin back to original
git config -f .gitmodules submodule."${newPath}".url "${orginUrl}"
git submodule sync -- "${newPath}"

## remove old submodule
...

строка в кавычках после "[подмодуль " не имеет значения. Вы можете изменить его на "foobar", если хотите. Он используется для поиска соответствующей записи в ".git / config".

поэтому, если вы внесете изменения перед запуском "git submodule init", он будет работать нормально. Если вы внесете изменения (или получите изменения через слияние), вам нужно будет либо вручную отредактировать .git / config или снова запустите "git submodule init". Если вы сделаете последнее, вы останетесь с безвредной" многожильной " записью с помощью старое имя .git / config.

данное решение не сработало для меня, однако аналогичная версия сделала...

это с клонированным репозиторием, поэтому подмодули git repos содержатся в верхних репозиториях .ГИТ реж. Все катионы из верхнего репозитория:

1. правка .gitmodules и измените параметр "path =" для рассматриваемого подмодуля. (Не нужно ни менять метку, ни добавлять этот файл в индекс.)

2. правка .git / modules / name / config и измените параметр "worktree =" для рассматриваемого подмодуля

3. run:

   mv submodule newpath/submodule
   git add -u
   git add newpath/submodule
   

интересно, имеет ли значение, являются ли репозитории атомарными или относительными подмодулями, в моем случае это было относительным (submodule/.git-это ссылка обратно в topproject/.git / modules / submodule)

просто использовать shell-скрипт git-submodule-move.

Я только вчера прошел через это испытание и ответ отлично работал. Вот мои шаги, для ясности:

1. убедитесь, что подмодуль зарегистрирован и перемещен на свой сервер. Вы также должны знать, какая ветвь его на.
2. вам нужен URL вашего подмодуля! использовать more .gitmodules потому что как только вы удалите подмодуль, он не будет вокруг
3. теперь вы можете использовать deinit,rm и затем submodule add

пример

• подмодуль Git находится в: Classes / lib / mustIReally
• переход к: lib / AudioBus
• URL:http://developer.audiob.us/download/SDK.git

команды

    git submodule deinit Classes/lib/mustIReally
    git rm foo
    git submodule add http://developer.audiob.us/download/SDK.git lib/AudioBus

    # do your normal commit and push
    git commit -a 

Примечание: git mv этого не делает. Совсем.