Mevcut bir Git alt modülünü Git deposunda nasıl taşırım?

Git süper projemdeki Git alt modülünün dizin adını değiştirmek istiyorum.

Dosyamda şu girdinin bulunduğunu varsayalım .gitmodules:

[submodule ".emacs.d/vimpulse"]  
path = .emacs.d/vimpulse  
url = git://gitorious.org/vimpulse/vimpulse.git

Önce .emacs.d/vimpulsedizini .emacs.d/vendor/vimpulse( burada ve burada açıklanmıştır) silmeden ve sonra yeniden eklemeden taşımak için ne yazmam gerekiyor?

Git gerçekten alt modül etiketindeki tüm yola ihtiyaç duyuyor mu

[submodule ".emacs.d/vimpulse"]

ya da sadece alt projenin adını saklamak mümkün mü?

[submodule "vimpulse"]

Not: Yorumlarda belirtildiği gibi, bu cevap git'in eski sürümlerinde gerekli olan adımları ifade eder. Git'in artık hareketli alt modüller için yerel desteği var:

Git 1.8.5'den bu yana, git mv old/submod new/submodbeklendiği gibi çalışır ve sizin için tüm sıhhi tesisat yapar. Git 1.9.3 veya daha yenisini kullanmak isteyebilirsiniz, çünkü alt modül taşıma düzeltmeleri içerir.

İşlem, bir alt modülü nasıl sileceğinize benzer (bkz. Bir alt modülü nasıl kaldırabilirim? ):

1. Düzenleme .gitmodulesuygun altmodülün yolunu değiştirmek ve birlikte endekste koydu ve git add .gitmodules.
2. Gerekirse, alt modülün ( mkdir -p new/parent) yeni konumunun üst dizinini oluşturun .
3. Tüm içeriği eski klasörden yeni dizine taşı ( mv -vi old/parent/submodule new/parent/submodule).
4. Git'in bu dizini ( git add new/parent) izlediğinden emin olun .
5. İle eski dizini kaldırın git rm --cached old/parent/submodule.
6. .git/modules/old/parent/submoduleİçeriğinin bulunduğu dizini adresine taşıyın .git/modules/new/parent/submodule.
7. Düzen .git/modules/new/parent/configdosya, emin yeni konumlara worktree öğe noktaları, bu nedenle bu örnekte bunun olması gerektiğini yapmak worktree = ../../../../../new/parent/module. Genellikle ..o yerde doğrudan yolda iki dizin daha olmalıdır .

8. Dosyayı düzenleyin new/parent/module/.git, içindeki yolun ana proje .gitklasörü içinde doğru yeni konumu gösterdiğinden emin olun , bu nedenle bu örnekte gitdir: ../../../.git/modules/new/parent/submodule.

   git status çıktı daha sonra benim için şöyle görünüyor:

   # On branch master
   # Changes to be committed:
   #   (use "git reset HEAD <file>..." to unstage)
   #
   #       modified:   .gitmodules
   #       renamed:    old/parent/submodule -> new/parent/submodule
   #
   

9. Son olarak, değişiklikleri yapın.

Valloric'in yukarıdaki yorumundan alınan en modern cevap:

1. Git 1.9.3'e yükseltin (veya alt modül iç içe geçmiş alt modüller içeriyorsa 2.18 )
2. git mv old/submod new/submod
3. Daha sonra .gitmodules ve submodule dizini zaten bir taahhüt için hazırlanmıştır (bunu ile doğrulayabilirsiniz git status.)
4. Değişiklikleri yapın git commitve hazırsınız!

Bitti!

Benim durumumda, bir alt modülü bir dizinden alt dizine taşımak istedim, örneğin "AFNetworking" -> "ext / AFNetworking". İzlediğim adımlar şunlardır:

1. Alt modül adını ve yolunu "ext / AFNetworking" olarak değiştiren .gitmodules düzenleyin
2. Alt modülün git dizinini ".git / modules / AFNetworking" öğesinden ".git / modules / ext / AFNetworking" klasörüne taşıyın
3. Kitaplığı "AFNetworking" den "ext / AFNetworking" e taşıyın
4. ".Git / modules / ext / AFNetworking / config" dosyasını düzenleyin ve [core] worktreesatırı düzeltin . Mine değiştirildi ../../../AFNetworkingetmek../../../../ext/AFNetworking
5. "Ext / AFNetworking / .git" dosyasını düzenleyin ve düzeltin gitdir. Mine değiştirildi ../.git/modules/AFNetworkingetmek../../git/modules/ext/AFNetworking
6. git add .gitmodules
7. git rm --cached AFNetworking
8. git submodule add -f <url> ext/AFNetworking

Sonunda git durumunda gördüm:

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

Et voila. Yukarıdaki örnek, görevin karmaşıklığı üzerinde büyük bir fark yaratan dizin derinliğini değiştirmez ve alt modülün adını değiştirmez (bu gerçekten gerekli olmayabilir, ancak ne ile tutarlı olmak için yaptım bu yola yeni bir modül ekleseydim olurdu.)

[Güncelleme: 2014-11-26] Yar aşağıda güzel bir şekilde özetlediği gibi, herhangi bir şey yapmadan önce alt modülün URL'sini bildiğinizden emin olun. Bilinmiyorsa, .git/.gitmodulesanahtarı açın ve inceleyin submodule.<name>.url.

Benim için işe yarayan eski alt modülü kullanarak git submodule deinit <submodule>onu kaldırmaktıgit rm <submodule-folder> . Ardından alt modülü yeni klasör adıyla tekrar ekleyin ve tamamlayın. Devam etmeden önce git durumunun kontrol edilmesi, yeni alt adın yeni adla değiştirildiğini ve .gitmodule'un değiştirildiğini gösterir.

$ 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"

Hile .git, alt modül dizininin artık ana depoda, altında tutulduğunu .git/modulesve her alt modülün kendisine işaret eden bir .gitdosyası olduğunu anlıyor gibi görünüyor . Şimdi ihtiyacınız olan prosedür:

• Alt modülü yeni yuvasına taşıyın.
• Düzenleme .gitsubmodule en çalışma dizinindeki dosya ve buna usta deponun sağ dizine işaret eden içeren yolunu değiştirmek .git/modulesdizinde.
• Ana havuzun .git/modulesdizinini girin ve alt modülünüze karşılık gelen dizini bulun.
• Düzen configdosyasını güncelleyerek worktreeo alt modül en çalışma dizininin yeni konuma işaret edecek biçimde yolu.
• Düzenleme .gitmodulesaltmodülün çalışma dizinine yolunu güncelleme usta depo kök dosyası.
• git add -u
• git add <parent-of-new-submodule-directory>(Alt modül dizininin kendisini değil, üst öğesini eklemeniz önemlidir .)

Birkaç not:

• [submodule "submodule-name"]Çizgiler .gitmodulesve .git/configbirbirleriyle aynı olmalıdır, ama başka bir şey karşılık gelmez.
• Alt modül çalışma dizini ve .gitdizini doğru şekilde işaret etmelidir.
• .gitmodulesVe .git/configdosyalar senkronize edilmelidir.

"[Submodule" den sonra tırnak işaretleri içindeki dize önemli değil. İsterseniz "foobar" olarak değiştirebilirsiniz. ".Git / config" içindeki eşleşen girişi bulmak için kullanılır.

Bu nedenle, "git submodule init" komutunu çalıştırmadan önce değişikliği yaparsanız, düzgün çalışır. Değişikliği yaparsanız (veya değişikliği birleştirme yoluyla alırsanız) .git / config dosyasını el ile düzenlemeniz veya "git submodule init" komutunu yeniden çalıştırmanız gerekir. İkincisini yaparsanız, eski adı .git / config olan zararsız bir "mahsur" girişe bırakılırsınız.

Standart komutları kullanarak yeni bir alt modül ekleyebilir ve eski alt modülü kaldırabilirsiniz. (.git içindeki yanlışlıkla hataları önlemelidir)

Örnek kurulum:

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' yi 'satıcı / jquery / jquery' ye taşıyın:

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}"

Büyük alt modüller için bonus yöntemi:

Alt modül büyükse ve klonu beklememeyi tercih ediyorsanız, eski alt kaynağı özgün olarak kullanarak yeni alt modülü oluşturabilir ve ardından başlangıç ​​noktasını değiştirebilirsiniz.

Örnek (aynı örnek kurulumu kullanın)

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
...

Verilen çözüm benim için çalışmadı, ancak benzer bir sürüm ...

Bu klonlanmış bir havuzdadır, bu nedenle alt modül git depoları üst depolarda bulunur. Tüm katyonlar en üst depodan:

1. .Gitmodules düzenleyin ve söz konusu alt modül için "path =" ayarını değiştirin. (Etiketi değiştirmenize veya bu dosyayı dizine eklemenize gerek yoktur.)

2. .Git / modules / name / config dosyasını düzenleyin ve söz konusu alt modül için "worktree =" ayarını değiştirin

3. Çalıştırmak:

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

Havuzların atomik mi yoksa göreceli alt modüller mi olduğunu fark ettim, benim durumumda göreceli (alt modül / .git, topproject / .git / modüller / alt modül)

Sadece git-submodule-move kabuk komut dosyasını kullanın .

Dün bu sıkıntıdan geçtim ve bu cevap mükemmel çalıştı. İşte netlik için adımlarım:

1. Alt modülün teslim edildiğinden ve sunucusuna itildiğinden emin olun. Ayrıca hangi dalda olduğunu bilmeniz gerekir.
2. Alt modülünüzün URL'sine ihtiyacınız var! Kullanın more .gitmodulesçünkü alt modülü sildiğinizde etrafında olmayacak
3. Şimdi kullanabilir deinit, rmdaha sonra vesubmodule add

MİSAL

• Git alt modülü şu konumdadır: Classes / lib / mustIReally
• Şuraya taşınır: lib / AudioBus
• URL: http://developer.audiob.us/download/SDK.git

KOMUTLARI

    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 

NOT: git mv bunu yapmaz. Hiç.