Soru Git deposuna boş bir dizin nasıl ekleyebilirim?


Git deposuna boş bir dizin (dosya içermeyen) nasıl ekleyebilirim?


3477
2017-09-22 16:41


Menşei


Yararlı olmasa da, boş (gerçekten boş) bir dizini repo'ya sokmanın bir yolu var. Olamaz checkout Bununla birlikte, Git'in mevcut sürümleriyle. - tiwo
@tiwo I için yararlı değil bir katılmıyorum. Dizin hiyerarşiniz projenizin bir parçasıdır, bu yüzden sürüm kontrollü olmalıdır. - JBentley
Benim durumumda, tmp dosyaları için bir dizin yapısı eklemek istiyorum, ama tmp dosyalarını kendileri değil. Bunu yaptığımda, test cihazım doğru yapıya sahip (aksi halde hatalar var) ama taahhütlerimi tmp verileriyle tıkamıyorum. Evet, benim için faydalı! - Adam Marshall
@AdamMarshall Sanırım tiwo, hack'in kullanışlı olmadığı için ödeme tarafından göz ardı edildiğini söylüyordu. Tmp dizinleri, VCS için kullanışlı bir özellik gibi ses çıkarır. - Quantum7
Neden tmp dosyalarını oluşturan yordam da tmp dizinini oluşturmuyor? - RyPeck


Cevaplar:


Bir dizinin boş kalması için başka bir yol (depoda) bir .gitignore Bu dört satırı içeren bu dizinin içinde dosya:

# Ignore everything in this directory
*
# Except this file
!.gitignore

Öyleyse siparişi m104'lerde yapmanız gereken şekilde almanız gerekmez. çözüm.

Bu, git dizisini yaptığınızda bu dizindeki dosyaların "izlenmeyen" olarak görünmeyeceği yararını da sağlar.

Yapımı @GreenAsJade'in yorumu kalıcı:

Bence bu çözümün soruyu tam olarak ne istediğini değil, belki de bu soruyu inceleyen pek çok insanın aramayacağı anlamına geldiğini düşünüyorum. Bu çözüm dizinin boş kalmasını garanti eder. "Gerçekten burada dosyaların kontrol edilmesini istemiyorum" diyor. "Burada kontrol edilecek herhangi bir dosyam yok, fakat buradaki dizine ihtiyacım var, dosyalar daha sonra geliyor olabilir".


3365
2018-05-31 22:10



Bence bu çözümün işe yaramadığını tam soruyu sordu, ama belki de bu soruyu arayan pek çok kişi aramayacaktı. Bu çözüm dizinin boş kalmasını garantiler. "Gerçekten burada dosyaların kontrol edilmesini istemiyorum" diyor. "Burada kontrol edilecek herhangi bir dosyam yok, fakat buradaki dizine ihtiyacım var, dosyalar daha sonra geliyor olabilir". - GreenAsJade
@JohnMee tarafından önerilen README çözümünün bununla birlikte kullanılması gerektiğini düşünüyorum; .gitignore dosyası, sürüm kontrolü dışında tutmak istediğimiz şeyin bir açıklamasını sağlarken, README dosyası, hem çok önemli bilgi parçaları olan dizinin amacının ne olduğunu açıklar. - pedromanoel
@pedromanoel Yazacağınız belgeleri yazarım README içinde .gitignore dosya (yorum olarak). - Carlos Campderrós
1 farkı belirleyin: 1.) boş bir klasör, 2.) .gitignore dosyası içeren bir klasör. ;-) - Peter Perháč
Teknik olarak bu boş bir dizin değil ... - Arash Saidi


Yapamazsın. Bakın Git SSS.

Şu anda git dizininin tasarımı   (hazırlama alanı) sadece dosyalara izin verir   listelenecek ve kimse yeterince yetkili değil   değişikliği boş izin verecek şekilde yapmak için   dizinleri yeterince ilgilendi   Bu durum onu ​​düzeltmek için.

Dizinler otomatik olarak eklenir   İçinde dosya eklerken. o   , dizinlerin hiçbir zaman eklenmesi gerekmez   depoya ve izlenmez   kendi başlarına.

Söyleyebilirsin "git add <dir>" ve o   oraya dosya ekleyecektir.

Gerçekten bir dizine ihtiyacınız varsa   checkoutlarda var olmalısınız   dosya içinde. .gitignore iyi çalışır   Bu amaç; boş bırakabilirsin   veya dosya adlarını doldurun   dizinde görünmesini bekliyoruz.


983
2017-09-22 16:42



Altında cevap daha iyi. Düşük seviyeli yazılımın gitmesine izin vermemesi, boş bir dizine ihtiyacım olduğunda Git'i kullanmak için NASIL kadar önemli değil. 2 satır ekleyerek .gitignore benim için kabul edilebilir görünüyor. - Amala
Birisi dosyaları yeni bir dizine taşımak istiyorsa, bunu yapamazlar. git mv Git yeni dizin sürüm kontrolü altında olmadığını şikayet edecektir - lulalala
Okuyabilirsin "imkansız, yapamazsın, vb."Bu sık sorulan soru için internete bağlı." .gitignore hile sıkça bir cevaptır ve birçok ihtiyacı karşılar. ancak bu mümkün git iz yapmak için gerçekten boş dizin, cevabımı gör - ofavre
Her ne kadar daha fazla düşünürsem de, eğer varsa, "boş dizgenin SHA hasadı" gibi hisseder. olur Boş bir ağaç için iyi tanımlanmış bir tanımlayıcı olsun, bu nesnenin bir ağaç mı yoksa bir balon mu olduğunu söylemek mümkün değildir. - Emil Lundberg
Adlı boş bir dosya kullanan çok sayıda repos gördüm .gitkeep bu amaç için. - Sukima


Adlı boş bir dosya oluştur .gitkeep dizinde ve bunu ekleyin.


598
2017-12-07 16:03



+1 bu, dosyanın neden ilk sırada yer aldığının iletişimidir. - djhaskin987
Ekledim Cevap yaratmaya teşvik .keep yerine. - A-B-B
.gitkeep Git tarafından yazılmadı ve insanları ikinci kez tahmin etmesini sağlayacak, bu da onları Google aramalarına yönlendirecek ve onları buraya yönlendirecek. .git önek kuralı, Git'in kullandığı dosyalar ve dizinler için ayrılmalıdır. - t-mart
@ t-mart " .git önek sözleşmesi saklanmalıdır ... "Neden? Git bu rezervasyonu ister mi? - Limited Atonement
Olmaz. Önemli olan, kafa karıştırıcı olabilir. - szablica


Dizinde README dosyasını her zaman neden istediğinizi açıklayan bir açıklama yazabilirsiniz, aksi halde depodaki dizin.


368
2018-03-14 23:38



+1, İyi öneri, boş bir dizin gelecekte kullanılmayacaksa hiçbir anlam ifade etmiyor. Bu yüzden içinde bir README dosyası oluşturun ve bu dizinin ne için yazdığını ve gelecekte hangi dosyaların buraya konacağını yazın. Bu iki problemi çözer. - saeedgnu
Katılıyorum. Boş klasörler can sıkıcıdır ve her türlü uygun şekilde işlenmiş depolarda açıklanmalıdır. - Sold Out Activist
@ilius Anlamsız. Boş dizinleri içeren bir dizin yapısı pek çok durumda (örneğin bir model dizini istediğiniz ancak henüz herhangi bir model oluşturmaya gelmeyen bir MVC uygulaması gibi) veya daha sonra paylaşılmış görünümler eklemeyi planladığınız bir paylaşımlı görünüm dizini gibi çok arzu edilebilir. ). Üstelik bunlardan her birine bir README yerleştirmek, orada olduklarını açıkça belirttiği kadar fazladır ve her birine bir README koymayı unutmak kolaydır. VE başka bir dosya eklediğinizde README'yi kaldırmayı unutmamalısınız. Temel olarak, git boş dizinlere kesinlikle izin vermelidir. - Jez
@Jez: Katılmıyorum. Nokta, git kaynak kodunun kontrol edilmesi (ve indekslenmesi) için tasarlanmasıdır. Önemli olarak, bir işlemin kimliği, içeriğin bir karmaşasıdır. Yani, içeriği olmalı. Bir README'ye ihtiyacınız yok her ağacın bir kısmı, sadece yaprak düğümleri. Eğer bir yer varsa kod koymayı düşünüyorsunuz, fakat kodunuz yok ve “modellere yer” e yankılanmak için zaman ayırmıyorsunuz >> README, sonra sahip olduğunuz şey bir taahhüt değil. Git için ilgi çekici değil. "Çalışan uygulamanın XYZ boş dizinlerine sahip olmasını istiyorum" diyen bir Çalışma zamanı problem, kaynak problemi değil. Yükleyicinizle taşıyın. - Joe Atzberger
@ jbo5112 Evet, bahsettiğiniz "özel kod", bahsettiğim "yükleyici" dir. Webapp yüklemeniz zaten bir veritabanı, yerel yapılandırma, bağımlılıklar veya 100 başka işlem gerçekleştirme ile uğraşmak zorundadır, ancak birkaç boş dizin bunun ötesindedir? Gradle, yolcu, şef, ilkel bir Makefile, vb. Deneyin. Dizinler ve bir uygulama yüklemek için diğer (potansiyel olarak çok daha karmaşık / tehlikeli) çalışma oluşturma arasında bir güvenlik farkı yoktur. Ve gerçekten hiçbir deps, config, DB, vb. Ve kurulumcu yoksa, sadece README'yi kullanın. Hiçbir şey ikisini de yapmanı gerektirmez. - Joe Atzberger


touch .keep

Linux'ta bu adında boş bir dosya oluşturur .keep. Bu isim tercih edildi .gitkeep Birincisi Git'e agnostik iken, ikincisi Git'e özgüdür. İkincisi, başka bir kullanıcı kaydettiği gibi, .git önek kuralı, Git'in kullandığı dosyalar ve dizinler için ayrılmalıdır.

Alternatif olarak, diğerinde belirtildiği gibi Cevap, dizin bir açıklayıcı içerebilir README veya README.md dosya yerine.

Elbette bu, dosyanın varlığının uygulamanızın bozulmasına neden olmamasını gerektirir.


261
2018-01-29 04:29



Bu, ilk çıplak dizin için iyidir, ancak dosyalarla dolmaya başlarsa ne olur? Daha sonra Git onları fark edecek ve bunları izlenmeyen dosyalar olarak kabul edecektir. Burada seçilen cevap, bir dizinin bir dizinin tutulmasına izin vermek için daha zarif bir şekilde çalışır, ancak içeriği güvenli bir şekilde göz ardı eder. - JakeGould
Soru ve baskın genel endişe, boş bir dizin eklemektir. Daha sonra yerleşik bir dosya varsa, açıkça silin .keep dosya veya sadece göz ardı. Bunun yerine dizindeki dosyalar göz ardı edilecekse, bu tamamen farklı bir sorudur. - A-B-B
Önerildi git clean -nd | sed s/'^Would remove '// | xargs -I{} touch "{}.keep" tüm untracked boş dizinlerde bunu yapacak. - A-B-B
Bu çözümü sevmeyin, bu dosyanın ne yaptığını tahmin etmek zor. Ayrıca, dev ortamınızda dosya oluşturuyorsanız (kütükler veya görüntüler, vb.), Bu dosyanın sürüm haline getirilmesini ve üretime geçmesini engellemez, ki bu hoş değildir. - danielrvt
Windows isimleri olmayan dosyaları sevmez ve bunu gerçekleştirmek için özel bir sihir gerektirir (bir bash benzeri terminal uygulaması veya eşdeğeri). - EntangledLoops


Neden boş sürümlü klasörlere ihtiyacımız var?

İlk önce ilk şeyler:

Boş bir dizin Git sürüm sistemi altında bir ağacın parçası olamaz.

Sadece takip edilmeyecek. Ancak, boş bir dizinin "sürümünün" faydalı olabileceği senaryolar vardır, örneğin:

  • bir bina önceden tanımlanmış klasör yapısı yararlı proje klasörleri için ve bu yapının depodaki her kullanıcı / katkıda bulunan kişiye sunulmasını sağlayın; veya yukarıdakilerin özel bir örneği olarak, geçici dosyalar, gibi cache/ veya logs/ dizinleri
  • bazı projeler sadece bazı klasörler olmadan çalışmayacak (ki bu genellikle kötü tasarlanmış bir projenin bir ipucu, ama sık sık gerçek dünya senaryosu ve belki de izin problemleri olabilir).

Bazı önerilen geçici çözümler

Birçok kullanıcı önerdi:

  1. Bir yerleştirme README dizini boş olmayan hale getirmek için dosya veya başka içerikli başka bir dosya veya
  2. Yaratmak .gitignore sonunda, "ters mantık" (yani tüm dosyaları dahil etmek için) bir tür ile dosya, sonunda, # 1 yaklaşımının aynı amacına hizmet eder.

Süre her iki çözüm mutlaka işe yarar Git sürümüne anlamlı bir yaklaşımla onları tutarsız buluyorum.

  • Neden projenizde gerçekten istemediğiniz sahte dosyaları veya README'leri yerleştirmeniz gerekiyor?
  • Neden kullanmak .gitignore bir şey yapmakkoruma dosyalar) bunun ne anlama geldiğinin tam tersi (hariç dosyalar), mümkün olsa bile?

.gizme yaklaşımı

Bir boş dosya çağırıldı .gitkeep sürümleme sisteminde klasörün varlığını zorlamak için.

Her ne kadar büyük bir fark olmasa da:

  • Sahip bir dosya kullanıyorsunuz tek klasörü tutmak amacı. Koymak istemediğin bir bilgi koymuyorsun.

    Örneğin, README'leri, klasörleri saklamak için bir mazeret olarak değil, yararlı bilgiler içeren README'leri kullanmalısınız.

    Endişelerin ayrılması her zaman iyi bir şeydir ve yine de .gitignore istenmeyen dosyaları yok saymak.

  • Adlandırma .gitkeep dosya isminin kendisinden çok net ve anlaşılır hale getirir (ve ayrıca diğer geliştiricilereBu, paylaşılan bir proje için iyi ve bir Git deposunun temel amaçlarından biridir)

    • Kodla ilgisi olmayan bir dosya (baştaki nokta ve isim nedeniyle)
    • Git ile açıkça ilgili bir dosya
    • Amacı (Tut) açıkça ifade edilmiş ve tutarlı ve anlamsal olarak aldırmamak

Benimseme

Ben gördüm .gitkeep gibi çok önemli çerçevelerle benimsenen yaklaşım laravel, Eğik-CLI.


204
2017-12-04 23:32



Bir düşünceyi kaçırdınız - klasörü saklama ve boşaltma nedenleri (ör. / Günlükler, / tmp, / yüklemeler)? Evet - klasörü boş tutmak için. :) Eğer bir klasörü boş tutmak istiyorsanız, içindeki dosyaları görmezden gelmelisiniz. - Roman
@RomanAllenstein: zorunlu olarak değil. Daha sonra doldurulabilen belirli bir yapıya sahip bir repo oluşturmak olabilir. Bu dosyalar oluşturulduktan sonra repo'ya eklenecek ve silinmeye veya düzenlemeye başlamaya can sıkıcı olacak. (Ve tehlikeli, çünkü muhtemelen takip edilmediklerini bile fark etmiyorsunuz: git onları görmezden geliyor) ) - dangonfast
downvote: ayrıntılı yanıt. - Behnam
@Behnam: İndirgemeyi alacağım, ama S.O. meta, her okuyucu için (ve her beceri seviyesinde) faydalı olacak kadar detay ve açıklık sağladıkları sürece, ayrıntılı cevaplara karşı hiçbir kaygı göstermemektedir. Yine de herhangi bir eleştiriye çok açıkım ve kamuoyunu açıkladığın için teşekkür ederim, bunu çok olumlu olarak kabul ediyorum. - Cranio
Cevabınızı değiştirmek için düzenlerseniz .gitkeep Benim herhangi bir git-önekli olmayan dosya adı ile benim upvote olsun, bu en iyi ve en bilgilendirici bir cevap olduğunu düşünüyorum. Sebep: Ben sadece bir yer tutucu iken, ".git *" git reçete dosyaları için ayrılmalıdır. Gördüğümde ilk tahminim, örneğin bir ".gitkeep" dosyasının otomatik olarak göz ardı edilmesi (bu hoş bir özellik) olurdu, fakat durum böyle değil mi? - Johnny


Diğer yanıtlarda açıklandığı gibi Git, hazırlama alanındaki boş dizinleri temsil edemiyor. (Bkz. Git SSS.) Bununla birlikte, eğer amaçlarınız için bir dizin içeriyorsa yeterince boşsa .gitignore sadece dosya, sonra oluşturabilirsiniz .gitignore Sadece boş dizinlerdeki dosyaları

find . -type d -empty -exec touch {}/.gitignore \;

119
2018-05-03 15:17



.Git dizinini yok saymak isteyebilirsiniz: find . -name .git -prune -o -type d -empty -exec touch {}/.gitignore \; - steffen
Çoğu durum için daha basit bir varyasyon find * -type d -empty -exec touch {}/.gitignore \; - akhan
OS X hemen hemen her dizinde bir .DS_Store dosyası oluşturduğundan, bu orada çalışmaz. Bulduğum tek (DANGEROUS!) Çözümü, öncelikle tüm .DS_Store dosyalarını silmekti. find . -name .DS_Store -exec rm {} \; ve daha sonra tercih edilen varyantı bu cevaptan kullanın. Bunu yalnızca doğru klasörde çalıştırdığınızdan emin olun! - zerweck
Windows'da bunu komut satırından yapmanın bir yolu var mı? Ruby ve Python'da bazı çözümler gördüm, ancak yönetilebilirse bir barebon çözümü istiyorum. - Mig82
@akhan Bir şey eklemek .gitignore üzerinde hiçbir etkisi yoktur -empty bayrağı find Komut. Yorumum kaldırılıyor .DS_Store bir dizin ağacındaki dosyaları -empty bayrak uygulanabilir. - zerweck


Andy Lester haklı, ama dizininin boş olması gerekiyorsa boş boş, boş koyabilirsiniz .gitignore Orada bir geçici çözüm olarak dosya.

Bir yana, bu temel bir Git depolama tasarım problemi değil, bir uygulama sorunudur. Git posta listesinde bir çok kez bahsedildiği gibi, bunun uygulanmadığının nedeni, hiç kimsenin bunun için bir yama sunmaya yetecek kadar olmadığından, yapamayacağı ya da yapılmaması gerektiğidir.


57
2017-09-22 17:28



Ben de öyle dedim. Her iki paragraf da gönderdiğim SSS'nin snippet'inde ele alınmaktadır. - Andy Lester
Bence bir kenarı, düşünmek için denenmemiş ve faydalıdır - düzeltilebilir, çoğu zaman için bu kadar kolay bir çözümün olduğu zaman, bir an önce beklemeyin. - wnoise
Maalesef, son paragrafı okumadım ve ilk paragrafı okurken, bu bilgiyi neden yinelediğimi bilmiyorum. - Aristotle Pagaltzis
Tabii ki, bu ekstra cevap gerçeğin belirtilmesine hizmet ediyor. - Michael Johnson
Burada, dizin mevcut değilse ve varsayılan olarak boş olduğunda yapının düştüğü bir duruma bakıyordum, ancak boş olması gerekmiyor. Bir .gitignore yaratmak doğru olanı yapar. - Joshua


raylar üzerinde yakut yol:

mkdir log && touch log/.gitkeep && git add log/.gitkeep

Şimdi log dizini ağacın içine dahil edilecektir. Dağıtım yaparken çok kullanışlıdır, bu nedenle günlük dizinleri oluşturmak için bir rutin yazmak zorunda kalmayacaksınız.

Kayıtlar yayınlanarak dışarıda tutulabilir.

echo log/dev.log >> .gitignore

ama muhtemelen bunu biliyordun.


29
2017-10-22 13:24



Bunun Ruby on Rails ile ne ilgisi var? - Quolonel Questions
@QuolonelQuestions github.com/rails/rails/blob/master/activerecord/test/migrations/... - Radon Rosborough


Git boş dizinleri izlemiyor. Bakın Git SSS daha fazla açıklama için. Önerilen geçici çözüm, .gitignore boş dizinde dosya. Bu çözümü sevmiyorum çünkü .gitignore Unix sözleşmesi tarafından "gizli" dir. Ayrıca, dizinlerin neden boş olduğu konusunda bir açıklama yoktur.

Dizinde neden boş olduğunu ve neden gitmesi gerektiğini açıklayan boş bir dizine bir README dosyası koymanızı öneriyorum. README dosyası ile, Git söz konusu olduğunda, dizin artık boş değil.

Asıl soru, git'te boş dizine neden ihtiyaç duyuyorsunuz? Genellikle derleme / çalıştırmadan önce boş dizini oluşturabilen bir tür derleme betiğiniz vardır. Eğer değilse o zaman bir tane yap. Boş dizinleri git'e bırakmaktan çok daha iyi bir çözüm.

Yani git'te boş bir dizine neden ihtiyaç duyduğuna dair bir nedeniniz var. Bu nedenle README dosyasına koyun. Bu şekilde diğer geliştiriciler (ve geleceğin) boş dizinin neden orada olması gerektiğini biliyorlar. Boş dizini gerektiren sorun çözüldüğünde boş dizini kaldırabileceğinizi de bileceksiniz.


Her boş dizini listelemek için aşağıdaki komutu kullanın:

find -name .git -prune -o -type d -empty -print

Her boş dizinde yer tutucu README'ler oluşturmak için:

find -name .git -prune -o -type d -empty -exec sh -c \
  "echo this directory needs to be empty because reasons > {}/README.emptydir" \;

README dosyası dışındaki dizindeki her şeyi yok saymak için aşağıdaki satırları .gitignore:

path/to/emptydir/*
!path/to/emptydir/README.emptydir
path/to/otheremptydir/*
!path/to/otheremptydir/README.emptydir

Alternatif olarak, hariç tutabilirsiniz her README dosyasının yok sayılması:

path/to/emptydir/*
path/to/otheremptydir/*
!README.emptydir

Her README'yi zaten oluşturulduktan sonra listelemek için:

find -name README.emptydir

26
2018-05-06 15:45





UYARI: Bu ince ayar gerçekten ortaya çıktığında çalışmıyor. Rahatsızlıktan dolayı özür dileriz.

Aşağıdaki asıl gönderi:

Git internals ile oynarken bir çözüm buldum!

  1. Deponuzda olduğunu varsayalım.
  2. Boş dizini oluştur:

    $ mkdir path/to/empty-folder
    
  3. Sıhhi tesisat komutunu ve boş ağacı kullanarak dizine ekle SHA-1:

    $ git update-index --index-info
    040000 tree 4b825dc642cb6eb9a060e54bf8d69288fbee4904    path/to/empty-folder
    

    Komutu yazın ve ardından ikinci satırı girin. Basın Girmek ve sonra Ctrl + D girişinizi sonlandırmak için Not: biçim kip [BOŞLUK] tip [UZAY] SHA-1hash [TAB] yol (sekme önemlidir, cevap biçimlendirme bunu korumaz).

  4. Bu kadar! Boş klasörünüz dizinizde. Tek yapman gereken taahhüt.

Bu çözüm kısa ve görünüşe göre iyi çalışıyor (DÜZENLE bakın!), ama hatırlaması kolay değil ...

Boş bir ağaç SHA-1, yeni bir boş Git deposu oluşturarak bulunabilir. cd içine ve yayın git write-tree, boş ağacı SHA-1 çıkarıyor.

DÜZENLE:

Bulduğumdan beri bu çözümü kullandım. Bir modülün herhangi bir yerde tanımlanmaması dışında, bir alt modülün oluşturulmasıyla tam olarak aynı şekilde çalışır. Bu, yayınlarken hatalara yol açar git submodule init|update. Problem şu git update-index yeniden yazar 040000 tree içine almak 160000 commit.

Ayrıca, bu yolun altına yerleştirilen herhangi bir dosya, başka bir depoya ait olduklarını düşündüğü için Git tarafından fark edilmeyecektir. Bu kolayca gözden kaçabilir gibi kötü!

Ancak, deponuzda herhangi bir Git alt modülünü kullanmazsanız (ve kullanmayacaksanız) ve "boş" klasör boş kalırsa veya Git'in varlığını bilmesini ve içeriğini görmezden gelmesini istiyorsanız, şunları yapabilirsiniz: Bu çimdik. Alt modüller ile olağan şekilde gitmek bu tweak daha fazla adım atıyor.


22
2018-01-20 15:50



Boş klasörü dizine ekledikten ve taahhüt ettikten sonra git svn dcommit İstediğiniz sonuç ile? - Limited Atonement
Bu ince ayarın başka bir araçla çalışması olası değildir. Uyarı ve düzenlemede belirtildiği gibi, oldukça kısıtlı bir durumda olmadıkça bunu kullanmayı cesaretlendiriyorum. - ofavre
Meraklı için, GitHub UI üzerinde çalışır: github.com/cirosantilli/test-empty-subdir ama klon yaptığınızda, kontrol edilmez. - Ciro Santilli 新疆改造中心 六四事件 法轮功
@CiroSantilli 六四 事件 法轮功 包 卓 轩 Bu tür boş dizin var github.com/abhisekp/empty-dir - abhisekp
@PyRulez, yazılım dünyasında hiçbir şey imkansız değildir. : D Aslında cevabı takip ettim. - abhisekp