SORU
4 AĞUSTOS 2011, PERŞEMBE


Güvenli klon 1, oluşturmak tamamlar sığ ve güncellemeleri tekrar çekmek zorunda mı?

git clone --depth 1 seçenek:

Bir oluşturunsığbir tarih revizyonu belirtilen sayıda kesilmiş bir klon. Sığ bir havuz vardır bir numarası sınırlamaları (olamaz klon ya da getir onu, ne bas ne de içine), ama yeterli eğer tek dertleri yakın tarihi büyük bir proje ile uzun bir geçmişi, ve ister gönder, düzeltmeler ve yamalar.

Ama başarıyla sığ bir klon, işlenen bazı değişiklikler yaptımve bu değişiklikleri itti(çıplak klon) başlangıç konumuna geri.

Bana mantıklı yani neden olmasın? klonlanmış BAŞ köken olarak tanımlanabilir ve benim bu üstüne geliyor tamamlama, nedeni yok gibi görünmektedir. Ama kılavuz öyle demiyor.

Sığ clone - örneğin siteye çekirdek fikrini sevdim: 7 başladığım zaman siteye 4'te neler olduğunu öğrenmek istiyorum bir yolu yok. - ama ayak kendimi vurmak istemiyorum.

Bu nedenle güvende klon sığ, taahhüt geliştirmek, yine kökenli elinizde tutmak için çekin.

CEVAP
19 Ocak 2014, Pazar


Gıt 1.9/2.0 (Q1 2014) olduğunu unutmayınkaldırıldıbu sınırlama.
Nguyễn Thái Ngọc Duy (pclouds) commit 82fba2b,:

Gıt veri transferi ya da sığ bir klon için destekleyen şimdi, bu sınırlamalar artık doğru değildir.

documentation now reads:

--depth <depth>::

'Sığ' bir tarih revizyonu belirtilen sayıda için kesilmiş olan klon. bir oluştur

O /-paketi almak sığ klonlar/ile gönder paketi 0d7d285, f2c681c c29a7b8 gibi işleyen kaynaklanıyor.
smart-http now supports shallow fetch/clone too.

Tüm ayrıntılar "shallow.c: the 8 steps to select new commits for .git/shallow".

Güncelleştirme Haziran 2015: Git 2.5 will even allow for fetching a single commit!
(Ultimate sığ durumda)

Bunu Paylaş:
  • Google+
  • E-Posta
Etiketler:

YORUMLAR

SPONSOR VİDEO

Rastgele Yazarlar

  • Adam Outler

    Adam Outler

    19 EKİM 2006
  • Jared Busch

    Jared Busch

    25 Mayıs 2011
  • rtisticsdev

    rtisticsdev

    31 Mayıs 2012