git clone (Română)

aici vom examina git clone comanda în profunzime. git clone este un utilitar de linie de comandă Git care este folosit pentru a viza un depozit existent și pentru a crea o clonă sau o copie a depozitului țintă. În această pagină vom discuta despre opțiunile de configurare extinse și cazurile comune de utilizare a git clone., Unele puncte vom acoperi aici sunt:

• Clonare local sau depozit la distanță
• Clonarea unui goale depozit
• Utilizarea superficial opțiuni parțial clona depozite
• Git sintaxa URL-și protocoale suportate

Pe înființarea unui depozit ghid, am acoperit-o bază de caz de utilizare de git clone. Această pagină va explora scenarii de clonare și configurare mai complexe.,

Scop: repo-să-repo colaborare de dezvoltare copie

Dacă un proiect a fost deja configurat într-un depozit central, git clone comanda este cea mai comună modalitate pentru utilizatori pentru a obține o dezvoltare copie. La fel ca git init, clonarea este, în general, o operație unică. Odată ce un dezvoltator a obținut o copie funcțională, toate operațiunile de control al versiunilor și colaborările sunt gestionate prin depozitul local.,

colaborare Repo-to-repo

este important să înțelegeți că ideea Git despre o „copie de lucru” este foarte diferită de copia de lucru pe care o obțineți verificând codul dintr-un depozit SVN. Spre deosebire de SVN, Git nu face nicio distincție între copia de lucru și depozitul central—toate sunt depozite Git cu drepturi depline.acest lucru face ca colaborarea cu GIT să fie fundamental diferită de cea cu SVN. În timp ce SVN depinde de relația dintre depozitul central și copia de lucru, modelul de colaborare al Git se bazează pe interacțiunea repository-to-repository., În loc să verificați o copie funcțională în depozitul central al SVN, împingeți sau trageți comiterile dintr-un depozit în altul.

desigur, nu este nimic de oprire tu de la a da anumite Git repo semnificație specială. De exemplu, prin simpla desemnare a unui repo git ca depozit „central”, este posibil să replicați un flux de lucru centralizat folosind Git. Ideea este că acest lucru este realizat prin convenții, mai degrabă decât prin cablare în VCS în sine.,

Usage

git clone este folosit în principal pentru a indica un repo existent și pentru a face o clonă sau o copie a acelui repo într-un director nou, într-o altă locație. Depozitul original poate fi localizat pe sistemul de fișiere local sau pe protocoalele acceptate accesibile la distanță. Comandagit clone copiază un depozit Git existent. Acesta este un fel de checkout SVN, cu excepția” copiei de lucru ” este un depozit Git cu drepturi depline-are propriul istoric, își gestionează propriile fișiere și este un mediu complet izolat de depozitul original.,

ca o comoditate, clonarea creează automat o conexiune la distanță numită „origine” arătând înapoi la depozitul original. Acest lucru face foarte ușor de a interacționa cu un depozit central. Acest automat conexiunea este stabilită prin crearea de Git ref la distanță ramură capul sub refs/remotes/origin și prin inițializarea remote.origin.url și remote.origin.fetch variabile de configurare.

un exemplu care demonstrează utilizarea git clone poate fi găsit în ghidul de configurare a unui depozit., Exemplul de mai jos demonstrează cum să obțineți o copie locală a unui depozit central stocate pe un server accesibil la example.com folosind SSH numele de utilizator john:

git clone ssh://[email protected]/path/to/my-project.git 
cd my-project 
# Start working on the project

prima comanda inițializează un nou depozit Git în my-project folder de pe computerul local și populează cu conținutul registrului central. Apoi, puteți să faceți cd în proiect și să începeți să editați fișiere, să comiteți instantanee și să interacționați cu alte depozite., De asemenea, rețineți că extensia .git este omisă din depozitul clonat. Aceasta reflectă starea ne-goală a copiei locale.

Clonare într-un anumit folder

git clone <repo> <directory>

Clona depozit situat la ＜repo＞ în directorul numit ~＜directory＞! pe mașina locală.

Clonare o anumită etichetă

git clone --branch <tag> <repo>

Clona depozit situat la ＜repo＞ și doar clona ref pentru ＜tag＞.,

Superficial clona

git clone -depth=1 <repo>

Clona depozit situat la ＜repo＞ și doar clona
istoria se angajează specificat de opțiunea adâncime=1. În acest exemplu se face o clonă de ＜repo＞ și numai cea mai recentă comitere este inclusă în noul Repo clonat. Clonarea superficială este cea mai utilă atunci când lucrați cu repo-uri care au un istoric extins de comitere. Un istoric extins de comitere poate cauza probleme de scalare, cum ar fi limitele de utilizare a spațiului pe disc și timpii lungi de așteptare la clonare., O clonă superficială poate ajuta la atenuarea acestor probleme de scalare.

opțiuni de Configurare

git clona -filiala

-branch argument vă permite să specificați o anumită ramură a clona in loc de ramura de la distanță HEAD indică, de obicei, ramura de master. În plus, puteți trece o etichetă în loc de ramură pentru același efect.

git clone -branch new_feature git://remoterepository.git

Acest exemplu de mai sus ar clona numai new_feature ramură de la distanță Git repository., Acesta este pur și simplu un utilitar convinge pentru a economisi timp de la descărcarea HEAD ref a depozitului și apoi trebuie să aducă în plus ref aveți nevoie.

git clone-oglinda vs git clone-goale

git clona-goale

Similar cu git init --bare, când -bare argument este trecut la git clone, un exemplar din depozitul de la distanță va fi făcut cu un omis directorul de lucru., Aceasta înseamnă că un depozit va fi configurat cu istoricul proiectului care poate fi împins și scos, dar nu poate fi editat direct. În plus, nicio sucursală la distanță pentru repo nu va fi configurată cu depozitul -bare. Ca git init --bare, acest lucru este folosit pentru a crea un depozit găzduit pe care dezvoltatorii nu îl vor edita direct.

git clona-oglinda

Trec --mirror argument implicit trece --bare argument la fel de bine., Aceasta înseamnă că comportamentul --bareeste moștenit de --mirror. Rezultând într-un depozit gol fără fișiere de lucru editabile. În plus, --mirror va clona toate extins arbitrii din depozitul de la distanță, și de a menține la distanță ramură de urmărire de configurare. Puteți rula apoi git remote actualizare pe oglindă și va suprascrie toate refs din repo origine. Oferindu-vă exact „oglindit” funcționalitate.,

alte opțiuni de configurare

pentru o listă completă a altor opțiuni de clonare git, vizitați documentația oficială Git. În acest document, vom aborda alte opțiuni comune.

git clona –template

git clone --template=<template_directory> <repo location>

Clone repo la ＜repo location＞ și se aplică șablonul de ＜template directory＞ nou creat filiala locală. O refrence aprofundată pe template-uri Git pot fi găsite pe nostru git init pagină.,

URL-uri Git

Git are propria sintaxă URL care este utilizată pentru a transmite locațiile depozitului la distanță comenzilor Git. Deoarece git clone este cel mai frecvent utilizat în depozitele la distanță, vom examina sintaxa URL-ului GIT aici.

protocoale URL GIT

-SSH

Secure Shell (SSH) este un protocol de rețea autentificat omniprezent care este configurat în mod implicit pe majoritatea serverelor. Deoarece SSH este un protocol autentificat, va trebui să stabiliți acreditările cu serverul de găzduire înainte de conectare., ssh://host.xz/path/to/repo.git/

– GIT

– HTTP

Hyper text transfer protocol. Protocolul web, cel mai frecvent utilizat pentru transferul de date HTML pagina web pe Internet. Git poate fi configurat să comunice prin HTTP

rezumat

în acest document am aruncat o privire profundă lagit clone. Cele mai importante takeaways sunt:
git clone este folosit pentru a crea o copie a unui repo țintă

2. Repo-ul țintă poate fi local sau la distanță

3. Git acceptă câteva protocoale de rețea pentru a se conecta la repo la distanță

4., Există multe opțiuni de configurare diferite disponibile care schimbă conținutul clonei