Git'teki alt dizinleri kullanıma alma


160

Git'te bir deponun alt dizinlerini kontrol etmek mümkün mü?

Yeni bir WordPress kurulumu kurduğumu düşünün. Eklenti ve tema özelleştirme için iki yeni dizin oluşturacağım:

  • wordpress/wp-content/plugins/myplugins/
  • wordpress/wp-content/themes/mytheme/

Bu dizinleri Git üzerinden korumak istiyorum. Subversion'da bunu dizinlere sahip olarak trunk/myplugins/ve trunk/mytheme/alt dizinleri kontrol ederek başardım . Git'in aynı görevi tek bir depo kullanarak gerçekleştirmenin bir yolu var mı?

Git'e çok az maruz kalan uzun zamandır SVN kullanıcısı olarak, bazı Git paradigmasında tekneyi kaçırmış olabilirim.

Düzenleme: Farklı içerik depolayan birden fazla şube bu işlemek için ilginç bir yoludur.


2
Neden tüm repoya göz atmıyorsunuz ve çalışmak istediğiniz alt dizinlere sembolik bir bağlantı kurmuyorsunuz?
randomness2077



Seyrek ödeme yapmak ve Git deposuna başvurmak mümkün mü ?
luka5z

Yanıtlar:


121

Seyrek kasaların olan Git 1.7 artık .

Ayrıca “ Önce tüm depoyu kontrol etmeden seyrek bir ödeme yapmak mümkün mü?Sorusuna da bakın. ”.

Git indirmelerinin bazı dosyaları çalışma ağacınızda sonlanmasa da , seyrek check-out'ların yine de tüm havuzu indirmenizi gerektirdiğini unutmayın .


1
Nerede de git clonebasit komut ?? Bu cevabı kullanıyorum , çalışıyor!
Peter Krauss

4
Ve bu klasörleri yeniden adlandırmanın bir yolu var mı? Seyrek ödeme yaparsam /foo/bar/foobar, yalnızca /foobaryerel veri havuzumda olduğu gibi görmek mümkün mü ?
graywolf

17

Git'te bunu yapmanın gerçek bir yolu yok. Ve her iki ağacı da aynı anda tek bir çalışma birimi olarak etkileyen değişiklikler yapmayacaksanız, her ikisi için tek bir depo kullanmak için iyi bir neden yoktur. Bu Subversion özelliğini kaçıracağımı sanıyordum, ancak havuz oluşturmanın çok az idari zihinsel yükü olduğunu buldum (sadece depoların açık bir şekilde dışarıdan bir yer seçmemi istemek yerine, çalışma kopyalarının hemen yanında saklanması nedeniyle çalışma kopyası) çok küçük tek amaçlı depolar yapmaya alıştım.

Eğer ısrar ederseniz (ya da gerçekten ihtiyaç duyarsanız), adil mythemeve mypluginsdizinlerle bir git deposu yapabilir ve WordPress kurulumunda bunlara sembolik bağlayabilirsiniz.


MDCore şunu yazdı:

mesela efsaneye bir taahhütte bulunmak, eklentimin revizyon numarasını artıracaktır

Her iki dizini de tek bir depoya koymaya karar verirseniz, bunun git için bir endişe olmadığını unutmayın, çünkü git tamamen herhangi bir formun monoton olarak artan revizyon numaralarını ortadan kaldırır.

Git'te tek bir depoda bir araya getirilecek şeylerin tek kriteri, tek bir birim oluşturup oluşturmadığıdır. sizin durumunuzda, her bir dizindeki düzenlemelere ayrı ayrı bakmanın mantıklı olmadığı değişiklikler olup olmadığı. Her iki klasördeki dosyaları bir kerede düzenlemeniz gereken değişiklikleriniz varsa ve düzenlemeler bir aradaysa, bunlar bir havuz olmalıdır. Değilse, onları bir arada tutmayın.

Git gerçekten ayrı varlıklar için ayrı depolar kullanmanızı istiyor.

altmodüller

Aslında çünkü altmodüller, bir depoda her iki dizinleri tutmak için arzu hedef almaz zorunlu tutan sonra bir araya getirilir, her dizine için ayrı depo sahip başka submodules kullanarak depo. Daha da kötüsü, WordPress kurulumundaki dizinler aynı dizinin doğrudan alt dizinleri olmadığından ve diğer birçok dosyaya sahip bir hiyerarşinin parçası olduğu için, birleşik bir depoda dizin başına depoları alt modül olarak kullanmak, hiçbir şekilde fayda sağlamayacağından, veri havuzu herhangi bir kullanım durumunu / ihtiyacını yansıtmaz.


Nerede de git clonebasit komut dizisi ?? Bu cevabı kullanıyorum , çalışıyor!
Peter Krauss

16

Seyrek kontroller hakkında sevmediğim bir şey, birkaç dizin derinliğinde bir alt dizini kontrol etmek istiyorsanız, dizin yapınız buna giden tüm dizinleri içermelidir.

Bu soruna nasıl çalışacağım, repo'yu çalışma alanım olmayan bir yerde klonlamak ve daha sonra çalışma alanı dizinimde depodaki alt dizine sembolik bir bağlantı oluşturmaktır. Git durumu gibi şeyler değişiklik dosyalarını geçerli çalışma dizininize göre görüntüleyeceği için Git bu şekilde iyi çalışır.


Bu yalnızca sembolik bağlantıları destekleyen bir işletim sisteminde çalışır. Seyrek ödemelerin çalışma şeklini değiştirmeleri gerekir.
Anders Lindén

1
Teslim edilen dizinde sembolik bir bağlantı içeren fikir için +1. Bununla birlikte, seyrek bir ödeme ve sembolik bir bağlantı birbirini dışlamaz: tam teşekküllü bir klon gerekmez.
apitsch

10

Aslında, Git için "dar" ya da "kısmi" ya da "seyrek" kontroller şu anda yoğun olarak geliştiriliyor. Unutmayın, altında yine de tam bir depo vardır .git. Yani, diğer iki gönderi Git'in şu anki durumu için günceldir, ancak sonunda seyrek kontroller yapabileceğiz gibi görünüyor . Daha fazla ayrıntıyla ilgileniyorsanız posta listelerine göz atın - hızla değişiyorlar.


Bunu bildiğim iyi oldu! Bu tür ilgili dizinleri tek bir depoda bulundurmayı seviyorum ve mümkünse bunu yaparım.
Annika Backstrom

6

git clone --filter Git 2.19'dan

Bu seçenek aslında gereksiz nesneleri sunucudan getirmeyi atlar:

git clone --depth 1 --no-checkout --filter=blob:none \
  "file://$(pwd)/server_repo" local_repo
cd local_repo
git checkout master -- mdir/

Sunucu aşağıdakilerle yapılandırılmalıdır:

git config --local uploadpack.allowfilter 1
git config --local uploadpack.allowanysha1inwant 1

V2.19.0'dan itibaren sunucu desteği yoktur, ancak yerel olarak test edilebilir.

file://$(path)git cloneprotokolleri üstesinden gelmek için nasıl gereklidir : Göreceli bir yol ile bir yerel git deposunun sığ klon nasıl?

Bunun --depth 1zaten ima ettiğini unutmayın, --single-branchayrıca bakınız: Git'te tek bir dalı nasıl klonlayabilirim?

YAPILACAKLAR: --filter=blob:noneTüm lekeleri atlar, ancak yine de tüm ağaç nesnelerini getirir. Ama normal bir repoda, bu dosyaların kendilerine kıyasla çok küçük olmalı, bu yüzden bu zaten yeterince iyi. Sorduğu soru: https://www.spinics.net/lists/git/msg342006.html Devs --filter=tree:0, bunu yapmak için çalışmalarda olduğunu söyledi.

Biçimi --filterbelgelenmiştir man git-rev-list.

Bu özelliği desteklemek için Git uzak protokolüne bir uzantı yapıldı.

Git ağacındaki dokümanlar:

Test edin

#!/usr/bin/env bash
set -eu

list-objects() (
  git rev-list --all --objects
  echo "master commit SHA: $(git log -1 --format="%H")"
  echo "mybranch commit SHA: $(git log -1 --format="%H")"
  git ls-tree master
  git ls-tree mybranch | grep mybranch
  git ls-tree master~ | grep root
)

# Reproducibility.
export GIT_COMMITTER_NAME='a'
export GIT_COMMITTER_EMAIL='a'
export GIT_AUTHOR_NAME='a'
export GIT_AUTHOR_EMAIL='a'
export GIT_COMMITTER_DATE='2000-01-01T00:00:00+0000'
export GIT_AUTHOR_DATE='2000-01-01T00:00:00+0000'

rm -rf server_repo local_repo
mkdir server_repo
cd server_repo

# Create repo.
git init --quiet
git config --local uploadpack.allowfilter 1
git config --local uploadpack.allowanysha1inwant 1

# First commit.
# Directories present in all branches.
mkdir d1 d2
printf 'd1/a' > ./d1/a
printf 'd1/b' > ./d1/b
printf 'd2/a' > ./d2/a
printf 'd2/b' > ./d2/b
# Present only in root.
mkdir 'root'
printf 'root' > ./root/root
git add .
git commit -m 'root' --quiet

# Second commit only on master.
git rm --quiet -r ./root
mkdir 'master'
printf 'master' > ./master/master
git add .
git commit -m 'master commit' --quiet

# Second commit only on mybranch.
git checkout -b mybranch --quiet master~
git rm --quiet -r ./root
mkdir 'mybranch'
printf 'mybranch' > ./mybranch/mybranch
git add .
git commit -m 'mybranch commit' --quiet

echo "# List and identify all objects"
list-objects
echo

# Restore master.
git checkout --quiet master
cd ..

# Clone. Don't checkout for now, only .git/ dir.
git clone --depth 1 --quiet --no-checkout --filter=blob:none "file://$(pwd)/server_repo" local_repo
cd local_repo

# List missing objects from master.
echo "# Missing objects after --no-checkout"
git rev-list --all --quiet --objects --missing=print
echo

echo "# Git checkout fails without internet"
mv ../server_repo ../server_repo.off
! git checkout master
echo

echo "# Git checkout fetches the missing directory from internet"
mv ../server_repo.off ../server_repo
git checkout master -- d1/
echo

echo "# Missing objects after checking out d1"
git rev-list --all --quiet --objects --missing=print

GitHub akış yukarı .

Git v2.19'daki çıktı:

# List and identify all objects
c6fcdfaf2b1462f809aecdad83a186eeec00f9c1
fc5e97944480982cfc180a6d6634699921ee63ec
7251a83be9a03161acde7b71a8fda9be19f47128
62d67bce3c672fe2b9065f372726a11e57bade7e
b64bf435a3e54c5208a1b70b7bcb0fc627463a75 d1
308150e8fddde043f3dbbb8573abb6af1df96e63 d1/a
f70a17f51b7b30fec48a32e4f19ac15e261fd1a4 d1/b
84de03c312dc741d0f2a66df7b2f168d823e122a d2
0975df9b39e23c15f63db194df7f45c76528bccb d2/a
41484c13520fcbb6e7243a26fdb1fc9405c08520 d2/b
7d5230379e4652f1b1da7ed1e78e0b8253e03ba3 master
8b25206ff90e9432f6f1a8600f87a7bd695a24af master/master
ef29f15c9a7c5417944cc09711b6a9ee51b01d89
19f7a4ca4a038aff89d803f017f76d2b66063043 mybranch
1b671b190e293aa091239b8b5e8c149411d00523 mybranch/mybranch
c3760bb1a0ece87cdbaf9a563c77a45e30a4e30e
a0234da53ec608b54813b4271fbf00ba5318b99f root
93ca1422a8da0a9effc465eccbcb17e23015542d root/root
master commit SHA: fc5e97944480982cfc180a6d6634699921ee63ec
mybranch commit SHA: fc5e97944480982cfc180a6d6634699921ee63ec
040000 tree b64bf435a3e54c5208a1b70b7bcb0fc627463a75    d1
040000 tree 84de03c312dc741d0f2a66df7b2f168d823e122a    d2
040000 tree 7d5230379e4652f1b1da7ed1e78e0b8253e03ba3    master
040000 tree 19f7a4ca4a038aff89d803f017f76d2b66063043    mybranch
040000 tree a0234da53ec608b54813b4271fbf00ba5318b99f    root

# Missing objects after --no-checkout
?f70a17f51b7b30fec48a32e4f19ac15e261fd1a4
?8b25206ff90e9432f6f1a8600f87a7bd695a24af
?41484c13520fcbb6e7243a26fdb1fc9405c08520
?0975df9b39e23c15f63db194df7f45c76528bccb
?308150e8fddde043f3dbbb8573abb6af1df96e63

# Git checkout fails without internet
fatal: '/home/ciro/bak/git/test-git-web-interface/other-test-repos/partial-clone.tmp/server_repo' does not appear to be a git repository
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

# Git checkout fetches the missing directory from internet
remote: Enumerating objects: 1, done.
remote: Counting objects: 100% (1/1), done.
remote: Total 1 (delta 0), reused 0 (delta 0)
Receiving objects: 100% (1/1), 45 bytes | 45.00 KiB/s, done.
remote: Enumerating objects: 1, done.
remote: Counting objects: 100% (1/1), done.
remote: Total 1 (delta 0), reused 0 (delta 0)
Receiving objects: 100% (1/1), 45 bytes | 45.00 KiB/s, done.

# Missing objects after checking out d1
?8b25206ff90e9432f6f1a8600f87a7bd695a24af
?41484c13520fcbb6e7243a26fdb1fc9405c08520
?0975df9b39e23c15f63db194df7f45c76528bccb

Sonuçlar: dışından tüm lekeler d1/eksik.

Ayrıca root/rootve mybranch/mybrancheksik olduğunu unutmayın , ancak --depth 1eksik dosyalar listesinden gizler. Kaldırırsanız --depth 1, eksik dosyalar listesinde gösterilirler.


1

Düzenlemenizde belirtildiği gibi, iki ayrı dizini saklamak için iki ayrı dal kullanabilirsiniz. Bu, her ikisini de aynı depoda tutar, ancak yine de her iki dizin ağacını da kapsayan taahhütleriniz olamaz. Birinde diğerinde değişiklik gerektiren bir değişiklik varsa, bunları iki ayrı işlem olarak yapmanız gerekir ve iki dizinin bir çift check-out'ının senkronizasyondan çıkma olasılığını açarsınız.

Dizin çiftine tek bir birim gibi davranmak istiyorsanız, repo'nuzun kökü olarak 'wordpress / wp-content' kullanabilir ve ilgilendiğiniz iki alt dizin hariç her şeyi yok saymak için en üst düzeydeki .gitignore dosyasını kullanabilirsiniz. Bu muhtemelen bu noktada en makul çözümdür.

Seyrek check-out'ların iki yıldır olduğu iddia ediliyor, ancak git geliştirme deposunda hala bir işaret yok veya gerekli değişikliklerin oraya ulaşacağına dair herhangi bir gösterge yok. Onlara güvenmem.


1

Bir deponun tek bir dizinini teslim alamazsınız çünkü deponun tamamı, subversion'ın sayısız .svn dizinleri yerine projenin kökündeki tek .git klasörü tarafından işlenir.

Tek bir depoda eklentiler üzerinde çalışmayla ilgili sorun, mesela efsaneye bir taahhütte bulunmanın myplugin için revizyon numarasını artıracağıdır , bu nedenle alt sürümde bile ayrı depoların kullanılması daha iyidir.

Alt projeler için yıkım paradigması, svn: externals'dir ve bu da git'deki submodüllere çevirir (ancak daha önce svn: externals'ı kullanmış olmanız durumunda değil).


0

Burada bir ilham var. Sadece kullanın shell regexveya git regex.

git checkout commit_id */*.bat  # *.bat in 1-depth subdir exclude current dir, shell regex  
git checkout commit_id '*.bat'  # *.bat in all subdir include current dir, git regex

Kabuk regex yorumundan kaçmak için tırnak işaretini kullanın ve git'e joker karakterler geçirin.

Birincisi özyinelemeli değil, sadece 1 derinlikteki dosyalar subdir. Ama ikincisi özyinelemeli.

Durumunuza gelince, aşağıdakiler yeterli olabilir.

git checkout master */*/wp-content/*/*
git checkout master '*/wp-content/*'

Sadece hatları gerektiği gibi kesmek.


0

Taahhüt edilmemiş değişiklikleri yalnızca belirli bir dosya veya dizine geri döndürebilirsiniz:

git checkout [some_dir|file.txt]
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.