git klonu

Program:

ADI

git-clone - Bir depoyu yeni bir dizine kopyala

SİNOPSİS

git clone [--şablon= ]
[-l] [-s] [--sabit bağlantı yok] [-q] [-n] [--bare] [--mirror]
[-Ö ] [-B ] [-u ] [--referans ]
[--dissociate] [--separate-git-dir ]
[--derinlik ] [--[no-]tek dal]
[--özyinelemeli | --recurse-alt modüller] [--]
[ ]

TANIM

Bir havuzu yeni oluşturulan bir dizine klonlar, uzaktan izleme dalları oluşturur.
klonlanmış depodaki her dal (git branch -r kullanılarak görülebilir) ve oluşturur ve kontrol eder
klonlanmış deponun şu anda aktif olan dalından çatallanan bir ilk dal.

Klonlamadan sonra, argümansız düz bir git getirme, tüm uzaktan izlemeyi güncelleyecektir.
dallar ve bağımsız değişkensiz bir git pull ek olarak uzak ana dalı birleştirir
varsa, mevcut ana şubeye ("--tek dal" verildiğinde bu doğru değildir;
aşağıya bakınız).

Bu varsayılan yapılandırma, uzak şube başkanlarına referanslar oluşturularak elde edilir.
refs/remotes/Origin altında ve remote.origin.url ve remote.origin.fetch'i başlatarak
yapılandırma değişkenleri.

SEÇENEKLER

--yerel, -l
Klonlanacak depo yerel bir makinede olduğunda, bu bayrak normali atlar.
"Git farkında" taşıma mekanizması ve HEAD'in bir kopyasını oluşturarak depoyu klonlar ve
nesneler ve referans dizinleri altındaki her şey. .git/objects/ dizini altındaki dosyalar
mümkün olduğunda yerden tasarruf etmek için sabit bağlantılıdır.

Depo yerel bir yol olarak belirtilmişse (örneğin, /path/to/repo), bu
varsayılandır ve --local esasen işlemsizdir. Depo bir URL olarak belirtilmişse,
daha sonra bu bayrak yok sayılır (ve biz asla yerel optimizasyonları kullanmayız). belirtme
--no-local, normal kullanılarak /path/to/repo verildiğinde varsayılanı geçersiz kılar
Git taşıma yerine.

--sabit bağlantı yok
Dosyaları kopyalamak için yerel bir dosya sistemindeki bir havuzdan klonlama işlemini zorla
sabit bağlantılar kullanmak yerine .git/objects dizini altında. Bu arzu edilebilir eğer
deponuzun yedeğini almaya çalışıyorsunuz.

--paylaşılan, -s
Klonlanacak depo, sabit bağlantılar kullanmak yerine yerel makinede olduğunda,
nesneleri kaynakla paylaşmak için otomatik olarak .git/objects/info/alternates kurulumu
depo. Ortaya çıkan depo, kendine ait herhangi bir nesne olmadan başlar.

NOT: bu muhtemelen tehlikeli bir işlemdir; yapmak değil ne olduğunu anlamadığın sürece kullan
yapar. Bu seçeneği kullanarak deponuzu klonlarsanız ve ardından dalları silerseniz (veya
kaynakta mevcut herhangi bir taahhüdü referanssız yapan başka bir Git komutunu kullanın)
depoda, bazı nesneler referanssız hale gelebilir (veya sarkabilir). Bu nesneler olabilir
git gc'yi otomatik olarak çağıran normal Git işlemleri (git commit gibi) tarafından kaldırılır
--Oto. (Görmek git-gc(1).) Bu nesneler kaldırılmışsa ve
klonlanmış depo, ardından klonlanmış depo bozulacaktır.

-s ile klonlanmış bir depoda -l seçeneği olmadan git repack çalıştırmanın
nesneleri kaynak depodan klonlanmış depodaki bir pakete kopyalayın, kaldırarak
klon -s'nin disk alanı tasarrufu. Ancak git gc'yi çalıştırmak güvenlidir.
-l seçeneği varsayılan olarak.

-s ile klonlanmış bir havuzun kaynağına olan bağımlılığını kırmak istiyorsanız
deposunda, tüm nesneleri kaynaktan kopyalamak için git repack -a komutunu çalıştırabilirsiniz.
depoyu klonlanmış depodaki bir pakete dönüştürün.

--referans
Referans deposu yerel makinedeyse, otomatik olarak kurulum
.git/objects/info/alternatif olarak, referans deposundan nesneler elde edilir. kullanma
alternatif olarak zaten mevcut olan depo, kopyalanacak daha az nesne gerektirecektir
klonlanan depodan ağ ve yerel depolama maliyetlerini azaltır.

NOT: --shared seçeneği ve ayrıca --dissociate seçeneği için NOT'a bakın.

--ayrışmak
--reference seçenekleriyle belirtilen referans depolarından nesneleri ödünç alın
yalnızca ağ aktarımını azaltmak ve bir klon yapıldıktan sonra onlardan ödünç almayı durdurmak için
ödünç alınan nesnelerin gerekli yerel kopyalarını yapmak. Bu seçenek şu durumlarda da kullanılabilir:
nesneleri zaten başka bir depodan ödünç alan bir depodan yerel olarak klonlama
depo—yeni depo aynı depodan nesneleri ödünç alacak ve bu
Borçlanmayı durdurmak için seçenek kullanılabilir.

--sessiz, -q
Sessizce çalıştırın. Standart hata akışına ilerleme bildirilmez. Bu bayrak
ayrıca verildiğinde 'rsync' komutuna iletilir.

--ayrıntılı, -v
Ayrıntılı olarak çalıştırın. Standart hataya ilerleme durumunun raporlanmasını etkilemez
dere.

--ilerleme
İlerleme durumu, varsayılan olarak standart hata akışında bildirilir:
-q belirtilmedikçe bir terminale bağlanır. Bu bayrak ilerleme durumunu bile zorlar
standart hata akışı bir terminale yönlendirilmezse.

--ödeme yok, -n
Klon tamamlandıktan sonra HEAD denetimi yapılmaz.

--çıplak
Yapmak çıplak Git deposu. Yani yaratmak yerine ve yerleştirme
yönetim dosyaları /.git, kendisi $GIT_DIR.
Bu açıkça -n'yi ima ediyor çünkü çalışan ağacı kontrol edecek hiçbir yer yok.
Ayrıca uzaktan kumandadaki şube başkanları doğrudan ilgili yerel şubeye kopyalanır.
kafaları, onları refs/remotes/Origin/ ile eşlemeden. Bu seçenek kullanıldığında, hiçbiri
uzaktan izleme dalları veya ilgili yapılandırma değişkenleri oluşturulmaz.

--ayna
Kaynak havuzun bir aynasını ayarlayın. Bu --bare anlamına gelir. --bare ile karşılaştırıldığında,
--mirror yalnızca kaynağın yerel dallarını hedefin yerel dallarıyla eşleştirmekle kalmaz,
tüm referansları (uzaktan izleme dalları, notlar vb. dahil) eşler ve bir
refspec yapılandırması, tüm bu referansların üzerine bir git uzaktan güncellemesi tarafından yazılacak şekilde
hedef depoda.

--Menşei , -Ö
Yukarı akış deposunu takip etmek için uzak ad Origin'i kullanmak yerine, şunu kullanın:
.

--dal , -B
Yeni oluşturulan HEAD'i klonlanan tarafından işaret edilen şubeye yönlendirmek yerine
deponun HEAD, işaret etmek yerine şube. Çıplak olmayan bir depoda, bu
kontrol edilecek şube. --branch ayrıca etiketleri alabilir ve
Ortaya çıkan depoda bu taahhütte HEAD.

--yükleme paketi , -u
Verildiğinde ve klonlanacak depoya ssh aracılığıyla erişildiğinde, bu, bir
diğer uçta çalıştırılan komut için varsayılan olmayan yol.

--şablon=
Şablonların kullanılacağı dizini belirtin; (Bkz. "ŞABLON DİZİNİ"
bölümünde git-init(1)).

--config = , -C =
Yeni oluşturulan depoda bir yapılandırma değişkeni ayarlayın; bu yürürlüğe girer
depo başlatıldıktan hemen sonra, ancak uzak geçmiş
alınan veya teslim alınan herhangi bir dosya. Anahtar tarafından beklendiği gibi aynı biçimde git-
yapılandırma(1) (örneğin, core.eol=true). Aynı anahtar için birden çok değer verilirse, her biri
değer yapılandırma dosyasına yazılacaktır. Bu, örneğin, eklemeyi güvenli hale getirir.
Origin uzaktan kumandasına ek getirme refspec'leri.

--derinlik
Hat için bir sığ belirtilen taahhüt sayısına kesilmiş bir geçmişe sahip klon.
Yakın geçmişleri getirmek için --no-single-dal verilmediği sürece --single-branch anlamına gelir
tüm dalların ipuçları.

--[no-]tek dal
tarafından belirtilen, yalnızca tek bir dalın ucuna giden geçmişi klonlayın.
--branch seçeneği veya birincil şube uzaktan kumandasının HEAD noktaları. Daha fazlası
sonuçta ortaya çıkan depo, yalnızca şube için uzaktan izleme şubesini güncelleyecektir
bu seçenek ilk klonlama için kullanıldı. Uzaktan kumandadaki HEAD işaret etmediyse
--single-branch klonu yapıldığında herhangi bir dalda, uzaktan izleme dalı yoktur
hazırlandı.

--recurse, --recurse-alt modüller
Klon oluşturulduktan sonra, varsayılanlarını kullanarak içindeki tüm alt modülleri başlatın.
ayarlar. Bu, git submodule update --init --recursive çalıştırmaya eşdeğerdir
klon tamamlandıktan hemen sonra. Klonlanmışsa bu seçenek yoksayılır.
depoda bir çalışma ağacı/ödeme yok (yani --no-checkout/-n, --bare,
veya --mirror verilir)

--separate-git-dir=
Klonlanmış depoyu olması gereken yere yerleştirmek yerine, klonlanmış depoyu
belirtilen dizindeki depo, ardından bir dosya sisteminden bağımsız Git'i sembolik hale getirin
oraya bağlantı. Sonuç, Git deposunun çalışan ağaçtan ayrılabilmesidir.


Klonlanacak (muhtemelen uzak) depo. Daha fazlası için aşağıdaki URL'ler bölümüne bakın
depoları belirleme hakkında bilgi.


Klonlanacak yeni dizinin adı. Kaynağın "insancıl" kısmı
açık bir dizin verilmemişse depo kullanılır ( /path/to/repo.git için repo ve
host.xz için foo:foo/.git). Varolan bir dizine klonlamaya yalnızca şu durumlarda izin verilir:
dizin boş.

GYTE URL'LER

Genel olarak, URL'ler, taşıma protokolü hakkında bilgi içerir;
uzak sunucu ve depoya giden yol. Taşıma protokolüne bağlı olarak, bazı
bu bilgiler eksik olabilir.

Git, ssh, git, http ve https protokollerini destekler (ayrıca ftp ve ftps kullanılabilir
getirme için ve rsync, getirme ve gönderme için kullanılabilir, ancak bunlar verimsizdir ve
kullanımdan kaldırıldı; onları kullanmayın).

Yerel aktarım (yani git:// URL) kimlik doğrulaması yapmaz ve birlikte kullanılmalıdır.
Güvenli olmayan ağlarda dikkatli olun.

Aşağıdaki sözdizimleri bunlarla birlikte kullanılabilir:

· ssh://[user@]host.xz[:port]/path/to/repo.git/

· git://host.xz[:port]/path/to/repo.git/

· http[s]://host.xz[:port]/path/to/repo.git/

· ftp[s]://host.xz[:port]/path/to/repo.git/

· rsync://host.xz/path/to/repo.git/

Ssh protokolüyle birlikte alternatif bir scp benzeri sözdizimi de kullanılabilir:

· [user@]host.xz:path/to/repo.git/

Bu sözdizimi yalnızca ilk iki nokta üst üste işaretinden önce eğik çizgi yoksa tanınır. Bu yardımcı olur
iki nokta üst üste içeren yerel bir yolu ayırt edin. Örneğin foo:bar yerel yolu
ssh url'si olarak yanlış yorumlanmaktan kaçınmak için mutlak yol veya ./foo:bar olarak belirtilebilir.

ssh ve git protokolleri ayrıca ~kullanıcı adı genişletmesini destekler:

· ssh://[user@]host.xz[:port]/~[user]/path/to/repo.git/

· git://host.xz[:port]/~[user]/path/to/repo.git/

· [user@]host.xz:/~[kullanıcı]/path/to/repo.git/

Yerel olarak Git tarafından da desteklenen yerel depolar için aşağıdaki sözdizimleri olabilir:
kullandı:

· /yol/to/repo.git/

· dosya:///path/to/repo.git/

Bu iki sözdizimi, ilkinin --local seçeneğini ima etmesi dışında, çoğunlukla eşdeğerdir.

Git, belirli bir taşıma protokolünü nasıl kullanacağını bilmediğinde,
uzak- varsa, uzak yardımcı. Açıkça bir uzak yardımcı istemek için,
aşağıdaki sözdizimi kullanılabilir:

· ::

nerede bir yol, bir sunucu ve yol veya rastgele bir URL benzeri dize olabilir
çağrılan belirli uzak yardımcı tarafından tanınır. Görmek gitremote yardımcıları(1) için
detaylar.

Benzer şekilde adlandırılmış çok sayıda uzak havuz varsa ve bir
onlar için farklı biçim (böylece kullandığınız URL'ler URL'lere yeniden yazılacaktır)
iş), formun bir yapılandırma bölümünü oluşturabilirsiniz:

[url" "]
yerineOf =

Örneğin, bununla:

[url "git://git.host.xz/"]
yerineOf = host.xz:/path/to/
yerineOf = iş:

"work:repo.git" veya "host.xz:/path/to/repo.git" gibi bir URL herhangi bir şekilde yeniden yazılacaktır.
URL'yi "git://git.host.xz/repo.git" olarak alan bağlam.

URL'leri yalnızca push için yeniden yazmak istiyorsanız, bir yapılandırma bölümü oluşturabilirsiniz.
form:

[url" "]
pushInsteadOf =

Örneğin, bununla:

[url "ssh://example.org/"]
pushInsteadOf = git://example.org/

"git://example.org/path/to/repo.git" gibi bir URL yeniden yazılacak
İtmeler için "ssh://example.org/path/to/repo.git", ancak çekme işlemleri yine de orijinali kullanır
URL.

ÖRNEKLER

· Akış yukarısından klonlayın:

$ git klon git://git.kernel.org/pub/scm/.../linux.git my-linux
$ cd benim linux
Yap $

· Bir şeyleri kontrol etmeden geçerli dizinden ödünç alan yerel bir klon yapın
Çıkış:

$ git klonu -l -s -n . ../kopyala
$ cd ../kopya
$ git şov dalı

· Mevcut bir yerel dizinden ödünç alırken yukarı akıştan klonlayın:

$ git klonu --reference /git/linux.git \
git://git.kernel.org/pub/scm/.../linux.git \
benim linux
$ cd benim linux

· Değişikliklerinizi herkese açık olarak yayınlamak için çıplak bir havuz oluşturun:

$ git klon --bare -l /home/proj/.git /pub/scm/proj.git

GYTE

Bir kısmı git(1) süit

onworks.net hizmetlerini kullanarak git-clone'u çevrimiçi kullanın