Այն նկարագրում է GIT- ի օգտագործման հարցի գործնական մասը `Github.com սերվերում դրա տեղադրումը եւ գրանցումը:

Github.com- ը ծառայություն է, որն առաջարկում է ձեր ծածկագիրը եւ տվյալները `օգտագործելով տարբերակի կառավարման համակարգը: Մուտ, Github- ը տրամադրում է անվճար սակագնային պլան `բաց ձեւով 300 ՄԲ տվյալները պահելու համար: Սա նշանակում է, որ ցանկացած ինտերնետ օգտագործող կարող է ներբեռնել ձեր տվյալները: Github- ի վրա կարող են տեղադրվել եւ փակվել այլ պահեստների համար, ամսական վճարելով 7 դոլար: Անվճար Github հաշվի վրա, լռելյայն, ոչ ոք չի կարող փոխել ձեր տվյալները (կարող է միայն կարդալ): Բայց դուք կարող եք պնդել, թե ովքեր են GitHub համակարգի օգտագործողները, իրավունք ունեն գրանցել:

Հոդվածում մանրամասն նկարագրվում է, թե ինչպես պատրաստել GIT- ի տեղադրումը Windows- ում եւ Linux OS- ում:

Linux- ի տակ գտնվող GIT- ի տեղադրում

Linux օգտագործողներ, կարծում եմ, որ իմաստ չունի բացատրել, թե ինչպես տեղադրել GIT - սա արվում է տարբեր ձեւերով: Debian համակարգում (որն է ինձ հետ), Git տեղադրելու համար կարող եք օգտագործել հրամանը.

apt-Get Տեղադրեք GIT

Windows- ի տակ GIT- ի տեղադրում

Մենք գնում ենք պաշտոնական GIT էջ, http://git-scm.com, կտտացրեք Ներբեռնեք Windows- ի համար, Պատուհանում, որը բացվում է, կտտացրեք Full Installer պաշտոնական Git- ի համար, Վազեք exe-shnik ստացված:

Տեղադրման գործընթացում այս հարցը կառաջադրվի.

Ես խորհուրդ եմ տալիս ընտրել «Run Git Windows հրամանի հուշումից»: Բոլոր մյուս տարբերակները կարող են թողնել լռելյայն: Git- ը տեղադրելուց հետո անհրաժեշտ է վերագործարկել կամ լրացնել օգտվողի նստաշրջանը եւ մուտք գործել, ճանապարհի համակարգի փոփոխականի փոփոխությունները օգտագործելու համար:

Եթե \u200b\u200bտարբերակի մասին տեղեկություններ եք ստանում, ապա GIT- ը տեղադրված է եւ գործարկվում: Եթե \u200b\u200bմենք ստանանք այն տեղեկատվությունը, որ GIT ծրագիրը չի գտնվել, մենք հասկանում ենք, թե ինչ են սխալ:

SSH ստեղնաշարի կարգավորումը

Github- ի հետ գրանցվելուց առաջ նախ պետք է առաջացնեք SSH ստեղնաշարի կոդավորումը: Այս ստեղնը անհրաժեշտ է կապը Github- ի հետ արագ տեղադրելու համար, առանց գաղտնաբառ մուտքագրելու: Առանց այդպիսի Github Key- ի, դա հեշտ չի լինի աշխատել:

Ուշադրություն

Հիմնական սերնդի ժամանակ պահանջվում է գաղտնաբառ: Այս գաղտնաբառը մուտք դեպի փակ բանալին, որը պահվում է միայն ձեր մեքենայում եւ այլուր: Այս գաղտնաբառը սահմանվում է առավելագույն արժեթղթերի համար, չնայած որ կարող եք անել առանց դրա: Դուք պետք է իմանաք, որ գաղտնաբառի անձնական բանալին կարգավորելով, ձեզ հարկավոր է մուտքագրել այս գաղտնաբառ յուրաքանչյուր Gitub Server- ի հետ: Այսպիսով, գաղտնաբառը հստակեցնելիս, գաղտնագրման բանալիների օգտագործման բոլոր հարմարությունները անհետանում են:

Mytetra- ի օգտվողները: Հրամանի տողի հետ աշխատելու ինտերֆեյսը, որն օգտագործվում է համաժամացման ընթացքում GIT զանգելու համար, չի կարող աշխատել նիշերի մուտք գործելու վրա: Հետեւաբար, եթե նշեք գաղտնաբառը, համաժամացումը չի գործի:

Linux- ում SSH ստեղներ տեղադրելը

Linux օպերացիոն համակարգում առաջին հերթին պետք է նայել ~ / .ssh գրացուցակը: Եթե \u200b\u200bկան ID_RSA ֆայլեր եւ id_rsa.pub, ապա սա SSH ստեղներն են: Եթե \u200b\u200bչկա այդպիսի գրացուցակ կամ նման ֆայլեր, ապա ստեղները պետք է ստեղծվեն: Թող թիմը.

Փոխարեն [Email պաշտպանված] Դուք պետք է նշեք ձեր էլ. Հիմնական սերնդի գործընթացում դուք կխնդրեք տեղադրել ֆայլեր, պարզապես սեղմեք Enter: Գաղտնաբառ պահանջելիս պարզապես սեղմեք Enter: Ստեղծումից հետո ID_RSA- ն եւ ID_RSA.PUB ֆայլերը պետք է հայտնվեն ~ / .sssh գրացուցակում, դրանք ավելի ուշ ձեզ համար հարմար կլինեն:

Windows- ում SSH ստեղների կազմաձեւում

Windows օպերացիոն համակարգում SSH ստեղնաշարի գեներատորը ներառված է GIT փաթեթում: Ստանալ բանալիներ ստեղծելու համար դուք պետք է գործարկեք ֆայլը կատարելու համար Գ. \\ Ծրագրի ֆայլեր \\ git \\ git bash.vbs, Այն կարող է գործարկվել որպես սովորական exe-shnik: Բացվում է Git Console ծրագիրը: Այն պետք է տրվի թիմ.

sSH-Keygen -t RSA -C " [Email պաշտպանված]"

Զգույշ եղեք, այս վահանակում COP- անցյալը կնկատի, պարզապես ձեռքով մուտքագրեք հրամանը: Որպես էլփոստ, նշեք ձեր փոստարկղը: Ըստ հարցման " Մուտքագրեք ֆայլը, որում բանալին պահելու համար«Պարզապես սեղմեք Enter.

Հասարակական / մասնավոր RSA առանցքային զույգի ստեղծում:
Մուտքագրեք ֆայլը, որում `բանալին պահելու համար (/ C / փաստաթղթեր եւ պարամետրեր / օգտվողի անուն / .ssh / ID_RSA)
Մուտքագրեք PassPRASE (դատարկ առանց գաղտնաբառի).
Կրկին մուտքագրեք նույն բառակապակցությունը.
Ձեր նույնականացումը պահպանվել է / C / փաստաթղթեր եւ պարամետրեր / Մականուն / .ssh / ID_RSA:
Ձեր հանրային բանալին պահպանվել է / C / փաստաթղթեր եւ պարամետրեր / Մականուն / .SSH / ID_RSA.pub:
Հիմնական մատնահետքը հետեւյալն է.
51: DB: 73: 7: E9: 31: 95: 7A: C5: 3D: DA: 9C: 35: 8F: 95 [Email պաշտպանված]

Այս ծրագիրը կատարելուց հետո կատալոգում Գ. \\ Փաստաթղթեր եւ պարամետրեր \\ Մականուն \\ .ssh ID_RSA եւ ID_RSA.PUB ֆայլերը կգտնվեն, դրանք օգտակար կլինեն ավելի ուշ մեզ համար:

Գրանցում Github.com- ում:

Այժմ ամեն ինչ պատրաստ է գրանցման: Գնացեք Github.com- ի մեկնարկի էջը: Ինտերֆեյսը մի փոքր շփոթված է, ուստի ես կտամ մի զույգ սքրինշոթ, որտեղ սեղմված է: Դիզայնը եւ դասավորությունը կարող են փոխվել ցանկացած պահի, այնպես որ ես այս պահին նկարագրում եմ գործողությունների տրամաբանությունը:

Լավագույն ընտրացանկում գտեք կետը » Գնագոյացում եւ գրանցում:"Եւ կտտացրեք այն.

Բացվում է սակագնային պլանի ընտրության էջը: Ընտրեք անվճար հաշիվ » Ստեղծեք անվճար հաշիվ":

SSH ստեղնը github- ում տեղադրում

Գրանցվելուց անմիջապես հետո անհրաժեշտ է գրանցել իր հանրային հիմնական կոդավորման բանալին Guthub համակարգում (բաց SSH ստեղն): Հիմնական բանալին ավելացնելու համար հարկավոր է սեղմել վերին աջ անկյունում »: Հաշվի կարգավորումները":

Պատուհանում, որը բացվում է, դուք պետք է կտտացրեք ընտրացանկի կետին » SSH հանրային ստեղներ:«Եվ կտտացրեք» Ավելացնել մեկ այլ հանրային բանալին"Հաղորդվում է երկու դաշտեր` հիմնական անունը ( Կոչում) եւ առանցքային բովանդակություն ( Բանալի).

Դաշտում Կոչում Կարող եք գրել այն համակարգչի անունը, որի վրա ստեղծվում է հանրային բանալին: Կարող եք գրել ռուսերեն:

Դաշտում Բանալի Դուք պետք է տեղադրեք ID_RSA.PUB ֆայլի բովանդակությունը: Հիշեք, որ կատալոգն են: Գնալ այս գրացուցակ, բացեք ցանկացած տեքստի խմբագիր ID_RSA.pub- ի միջոցով (այն գտնվում է .pub ընդլայնմամբ, մի շփոթեք): Մենք կարեւորում ենք բոլոր տեքստերը, պատճենեք եւ տեղադրենք դաշտում github էջում Բանալի.

Հիմնական ավելացնելուց հետո համակարգիչը կարող է միանալ Git- ի միջոցով Git ծրագրի միջոցով, եւ ոչ մի սխալ չպետք է տեղի ունենա:

Գիտի վրա պահեստի ստեղծում

Այժմ ժամանակն է ստեղծել ձեր առաջին պահեստը Github- ում: Վերամբարը կարելի է դիտարկել պարզապես որպես գրացուցակ, որում սինխրոնացված ֆայլերը եւ ենթաբաժինները ստում են: Դուք պետք է ստեղծեք պահեստի պահեստային վեբ ինտերֆեյսում, եւ դուք արդեն կարող եք այն լրացնել ֆայլերով եւ աշխատել դրա հետ `օգտագործելով GIT ծրագիրը ձեր համակարգչում:

Պահեստավորված պահեստ ստեղծելու համար հարկավոր է սեղմել վերին աջ անկյունում » Վահանակ:«Պատուհանում, որը բացվում է, կտեսնեք իրը» Ստեղծեք պահեստ:":

Այսպիսով, մեզ պետք չէ այս ապրանքի կարիքը: Այս ապրանքը բացում է ոչ թե պահեստավորման ստեղծման երկխոսությունը եւ օգնության էջը: Այս կետին կտտացնելու փոխարեն մենք անհասկանալի հղում ստանալու համար մենք փնտրում ենք ներքեւում »: Ստեղծեք պահեստ:"Նա նաեւ կբացի երկխոսությունը` նոր պահեստ ավելացնելու համար:

Նոր պահեստային երկխոսություն ավելացնելու դեպքում հարկավոր է լրացնել առնվազն ծրագրի դաշտը » Նախագծի անուն.«Ծրագրի անունով, ավելի լավ է չօգտագործել կիրիլական, քանի որ նախագծի անվանումը գրացուցակի անունն է: Խնդիրներից խուսափելու համար« Կոճակը սեղմելուց հետո » Ստեղծեք պահեստ:«Ստեղծվելու է պահեստը:

Ձեւավորվում է GitHub համակարգում պահեստի գործառնական հղումը: Եթե \u200b\u200bգրանցվել եք անվանման անունով օգտվողի անունով, եւ ձեր պահեստը կոչվում է REMONAME, ապա այս պահոցին մուտք գործելու համար կարող եք օգտագործել հետեւյալ հղումները.

Git Syntax- ում.

[Email պաշտպանված]Մականուն / reponame.git

HTTPS շարահյուսության մեջ.

https: // [Email պաշտպանված]/USername/reponame.git.

Գիտուբի հետ պահոցների հետ աշխատելը GIT ծրագրի միջոցով

Այսուհետ Github վեբ ինտերֆեյսի շուրջ պարերը կարող են համարվել ամբողջական: Հաջորդը, դուք կարող եք աշխատել միայն GIT ծրագրի միջոցով:

Սկզբում դուք պետք է կատարեք GIT ծրագրի փոքր կազմաձեւ. Նշեք օգտագործողի եւ էլ. Փոստի տեղական GIT համակարգը: Դա արվում է հետեւյալ հրամաններով, որոնք կարող են իրականացվել ցանկացած գրացուցակում.

git config --global user.name «yourfullname»
Git config --global user.email [Email պաշտպանված]

որտեղ ձեր փոխարեն պետք է գրեք ձեր անունը եւ փոխարենը [Email պաշտպանված] - քո էլէկտրոնային փոստը. Այս արժեքներն օգտագործվում են Github- ի մուտքի համար: Հետեւաբար, դուք պետք է նշեք ձեր մուտքը Github- ում `տեղում [Email պաշտպանված] Դուք պետք է նշեք այն էլ. Փոստը, որը դուք մուտք եք գործել գաղտնագրման բանալիներ:

Այս պարամետրերից հետո կարող եք լցնել ձեր ֆայլերը պահեստարան: Գնացեք կատալոգ ձեր նախագծով եւ տվեք թիմեր.

git end -a -m «առաջին հանձնառություն»

git Remote Ավելացնել ծագումը [Email պաշտպանված]Մականուն / reponame.git

git push -u ծագման վարպետ

Այս հրամաններից հետո գրացուցակի ֆայլերի պատճենը ձեւավորվում է Github Server- ում, որում կատարվել է հրամանի տվյալներ: Հաջորդը, դուք արդեն կարող եք կատարել պարտավորություն, լրացնել GitHub սերվերի փոփոխությունները, կարդալ սերվերից փոփոխություններ: Բայց սա բոլորովին այլ պատմություն է:

Մարդկանց համար, բնականաբար, դիմադրում են փոփոխությանը: Եթե \u200b\u200bGIT- ը չհանդիպեց ձեզ, երբ սկսեցիք աշխատել վարկածների վերահսկման համակարգերի հետ, հավանաբար ավելի հարմարավետ եք զգում դիվերսիոն համակարգում (SVN):

Հաճախ մարդիկ ասում են, որ GIT- ը շատ բարդ է սկսնակների համար: Այնուամենայնիվ, ես ինքս ինձ թույլ կտամ չհամաձայնել դրա հետ:

Այս դասում ես ձեզ կասեմ, թե ինչպես օգտագործել GIT- ը ձեր նախագծերում: Ենթադրենք, որ դուք զրոյից ստեղծում եք նախագիծ եւ ցանկանում եք կառավարել այն GIT- ով: Խոսելով հիմնական հրամանների ցանկում, դուք կստանաք գաղափար, թե ինչպես կարելի է ձեր ծածկագիրը ամպի մեջ դնել Github- ի միջոցով:

Այս հոդվածում մենք կխոսենք GIT- ի հիմունքների մասին. Ինչպես նախաստորագրել ձեր նախագծերը, ինչպես կառավարել նոր եւ առկա ֆայլերը, եւ ինչպես պահպանել ձեր ծածկագիրը ամպի մեջ:

Մենք չենք շոշափելու GIT- ի համեմատաբար բարդ մասեր, ինչպիսիք են ճյուղավորումը, քանի որ այս դասը նախատեսված է սկսնակների համար:

Git- ի տեղադրում:

Պաշտոնական կայքում GIT- ն է Մանրամասն տեղեկություններlinux- ում, Mac- ի եւ Windows- ի տեղադրման վրա: Մեր դեպքում մենք կօգտագործենք Ubuntu 13.04-ը ցուցադրելու համար, օգտագործելով Git- ը `օգտագործելով.

sudo apt-get տեղադրել git

Նախնական պարամետր

Եկեք ստեղծենք գրացուցակ, որի ընթացքում մենք կաշխատենք: Այլընտրանք, առկա նախագծերից մեկը կառավարելու համար կարող եք օգտագործել GIT; Այս դեպքում ձեզ հարկավոր չէ ստեղծել ցուցադրական գրացուցակ, ինչպես ցույց է տրված ստորեւ.

mkdir my_git_project cd my_git_project

Առաջին քայլը գրացուցակում GIT- ի նախաստորագրումն է: Դա կարելի է անել, օգտագործելով նախաձեռնության հրամանը, որը ստեղծում է .Գիտ գրացուցակ, որը պարունակում է ձեր նախագծի GIT- ի հետ կապված բոլոր տեղեկությունները:

git config --global user.Name "shaumik" git config --global user.email " [Email պաշտպանված]«Git Config --Global Color.ui« Auto »

Կարեւոր է նշել, որ եթե դուք չեք նշում ձեր անունը եւ էլփոստի հասցեն, կօգտագործվեն լռելյայն արժեքներ: Մեր դեպքում, լռելյայն արժեքները կլինեն Donny օգտվողի անուն եւ էլփոստի հասցե [Email պաշտպանված].

Բացի այդ, մենք սահմանում ենք ավտոմատ արժեքը օգտագործողի միջերեսի գույնի համար, որպեսզի GIT հրամանի արդյունքը կունենա գունային լուսարձակ:

Անհրաժեշտ է -Global նախածանց, որպեսզի չմտնեք այս պարամետրերը հրամաններ, հաջորդ անգամ մեր համակարգում գործարկելու ենք GIT նախագիծը:

Պատրաստում են ֆայլեր կատարելու համար

Հաջորդ քայլը գրացուցակում ֆայլեր ստեղծելն է: Կարող եք օգտագործել, օրինակ, VIM տեքստի խմբագիր: Նկատի ունեցեք, որ եթե պատրաստվում եք GIT- ին ավելացնել գործող գրացուցակ, ձեզ հարկավոր չէ կատարել այս քայլը.

Ստուգեք պահեստի կարգավիճակը

Այժմ, երբ մենք ունենք մի քանի ֆայլ մեր պահեստում, տեսնենք, թե ինչպես է git- ը վերածվում նրանց: Ընթացիկ պահեստային կարգավիճակը ստուգելու համար հարկավոր է օգտագործել GIT կարգավիճակի հրամանը.

Ֆայլեր ավելացնելով GIT- ին հետեւելու համար

Այս պահին մենք չունենք ֆայլեր, որոնք հետեւում են GIT- ին: Մենք պետք է ունենանք ֆայլեր հատուկ GIT- ում, որպեսզի նշենք այն, ինչ ձեզ հարկավոր է հետեւել:

Ավելացնել ֆայլեր `ավելացված հրամանով.

Պահեստի վիճակը ստուգելուց հետո մենք կտեսնենք, որ մեկ ֆայլ ավելացվել է.

Բազմաթիվ ֆայլեր ավելացնելու համար կարող եք օգտագործել հետեւյալ հրամանի մուտքագրում (Նշում, որ մենք ավելացրել ենք մեկ այլ ֆայլ, ցույցի համար).

git Ավելացնել myfile2 myfile3

Կարող եք օգտագործել GIT- ը ռեկուրսիվորեն ավելացնել, բայց զգույշ եղեք այս հրամանով: Կան որոշակի ֆայլեր (օրինակ, կազմված ֆայլեր), որոնք սովորաբար պահվում են GIT պահեստից դուրս:

Եթե \u200b\u200bRELD հրամանը կրկնօրինակեք, այն կավելացնի բոլոր նման ֆայլերը, եթե դրանք առկա են ձեր պահեստում:

Ֆայլերը ջնջելը

Բայց պարզ Git RM հրամանի կատարումը կվերջացնի ֆայլը ոչ միայն GIT- ից, այլեւ ձեր տեղական ֆայլային համակարգից: Դեպի

Git- ը դադարեցրել է ֆայլը հետեւել, բայց ֆայլը ինքնին պահպանվում է ձեր տեղական համակարգում, գործարկեք հետեւյալ հրամանը.

git rm --cacheed

Կատարել փոփոխություններ

Ձեր ֆայլերը տեղադրելուց հետո դուք կարող եք կատարելագործել նրանց: Պատկերացրեք, որ պարտավորությունը որոշակի կետի գրավումն է, որին կարող եք վերադառնալ այս փուլում ձեր պահեստին մուտք գործելու համար:

Յուրաքանչյուր հանձնաժողովի համար կարող եք կապվել հաղորդագրություն, որը ավելացվում է `օգտագործելով նախածանց -M.

git Commer -M «Իմ առաջին պարտավորություն»

Խթանում է օգտակար հաղորդագրություններով, քանի որ դա կօգնի ձեզ որոշել, թե ինչ եք փոխվել այս com- ում:

Խուսափեք չափազանց տարածված հաղորդագրություններից », ինչպիսիք են» Հաստատուն սխալներԹեժ Եթե \u200b\u200bունեք առաջադրանքի որոնիչ, կարող եք հաղորդագրություններ ավելացնել ձեւով » Հաստատուն սխալ # 234».

Լավ պրակտիկան մասնաճյուղի անվանումը կամ գործառույթի անվանումը `որպես ստանձնած նախածանցի հաշվետվություն: Օրինակ, " Ակտիվների կառավարում. Ավելացված գործառույթ `PDF ակտիվների ֆայլեր ստեղծելու համար«Իմաստալից հաղորդագրություն է:

GIT- ը որոշում է, որ յուրաքանչյուր պարտավորության համար ավելացրեք Hexadecal- ի երկար համարը: Որպես կանոն, ձեզ հարկավոր չէ ամբողջ տողը պատճենել, որոշելու ձեր կատարումը բավարար առաջին 5-6 նիշ:

Խնդրում ենք նկատի ունենալ, որ սքրինշոթում մեր առաջին պարտավորությունը որոշվում է 8DD76FC կոդով:

Հետագա պարտավորություններ

Հիմա եկեք փոխենք բազմաթիվ ֆայլեր մեր առաջին պարտավորությունից հետո: Նրանց փոփոխությունից հետո մենք կտեսնենք, որ Git Status Git հրամանի կատարման արդյունքում ես հայտնաբերեցի այն ֆայլերի փոփոխությունները, որոնք հետեւում են.

Դուք կարող եք ստուգել վերջին մեկնաբանություններում կատարված հետեւող ֆայլերի փոփոխությունները `օգտագործելով GIT DIFF հրամանը: Եթե \u200b\u200bցանկանում եք դիտել որոշակի ֆայլի փոփոխությունները, օգտագործեք GIT Diff Command :

Հաջորդ պարտավորության համար ֆայլերը հետեւելու մեջ փոփոխություններ կատարելու համար հարկավոր է ավելացնել այս ֆայլերը: Դուք կարող եք ավելացնել բոլոր դիտարկված ֆայլերը `հրամանը վարելով.

Դուք կարող եք խուսափել այս հրամանի օգտվելուց `օգտագործելով նախածանց, GIT TAX հրամանի համար, որը կավելացնի ֆայլերը հետեւելու բոլոր փոփոխությունները:

Այս գործընթացը, սակայն, շատ վտանգավոր է, քանի որ այն կարող է վնասել նախագծին: Օրինակ, ասենք, որ դուք բացեցիք ֆայլը եւ սխալմամբ փոխեցիք:

Եթե \u200b\u200bդուք ընտրում եք ֆայլեր տեղադրել, ապա նկատում եք յուրաքանչյուր ֆայլի փոփոխությունները: Բայց եթե ձեր պարտավորության նախածանցը ավելացնեք, բոլոր ֆայլերը կհանձնվեն, եւ դուք չեք կարողանա բացահայտել հնարավոր սխալները:

Ձեր ֆայլերը փակցնելուց հետո կարող եք անցնել կատարմանը: Ես նշեցի, որ մի հաղորդագրություն, որը մենք ներկայացնում ենք նախածանցով, կարող է կապված լինել յուրաքանչյուր հանձնաժողովի հետ:

Այնուամենայնիվ, հնարավոր է մի քանի շարքեր մուտքագրել հաղորդագրություն `օգտագործելով Git Tax հրամանը, որը բացում է ձայնագրման ինտերակտիվ ձեւ.

Ծրագրի կառավարում

Ձեր նախագծի պատմությունը դիտելու համար կարող եք կատարել հետեւյալ հրամանը.

Այսպիսով, ցուցադրվելու է ծրագրի ամբողջ պատմությունը, որը նրանց վերաբերյալ բոլոր կոմուների եւ տեղեկատվության ցուցակն է: Կատարվածի մասին տեղեկատվությունը ներառում է KESH TOATE CODE, հեղինակ, ժամանակի եւ փոխադրամիջոցների հաղորդագրությունը: Git Log- ի համար կան տարբեր տարբերակներ, որոնք կարող եք ուսումնասիրել հենց մուրակի (մասնաճյուղ) հայեցակարգը GIT- ում:

Հատուկ առեւտրի եւ ֆայլերի վերաբերյալ մանրամասն տեղեկություններ դիտելու համար գործարկեք հետեւյալ հրամանը.

git շոու.

Որտեղ Սա hexadecimal համար է, որը կապված է պարտավորության հետ: Քանի որ այս դասը նախատեսված է նորեկների համար, մենք չենք հաշվի առնելու, թե ինչպես վերադառնալ որոշակի պարտավորության վիճակին կամ ինչպես վերահսկել մասնաճյուղերը:

Կոդի տեղադրումը ամպի մեջ

Այժմ, երբ դուք սովորեցիք, թե ինչպես կառավարել կոդը ձեր համակարգում, ժամանակն է կոդը դնել ամպի մեջ:

Github- ը բաց նախագծերի աղբյուրի կոդավորման, բաշխման եւ կառավարման համար շատ հայտնի հարթակ է: Այս ծառայությունն օգտագործում է աշխարհի շատ ծրագրավորողներ, որոնց թվում կան խոշոր ընկերություններ, ինչպիսիք են Microsoft- ը, Redhat- ը եւ շատ ուրիշներ, նաեւ շատ հանրաճանաչ նախագծերի հարյուրավոր մշակողներ:

Պլատֆորմը հնարավորություն է տալիս դիտել ոչ միայն ծածկագիրը եւ դրա բաշխումը, այլեւ վարկերի պատմությունը, զարգացման համատեղ գործիքներ, փաստաթղթեր տրամադրելու, թողարկումների եւ հետադարձ կապի գործիքներ: Եվ ամենահետաքրքիրը, որ կարող եք տեղադրել Gihub- ում ինչպես բաց, այնպես էլ մասնավոր նախագծերը: Այս հոդվածում մենք կանդրադառնանք, թե ինչպես օգտագործել Github- ը `ձեր նախագիծը տեղավորելու համար: Այսպես ասած, սկսնակների համար gitub:

Այսպիսով, ասենք, դուք ունեք ձեր սեփական նախագիծը, եւ ցանկանում եք տեղադրել իր ծածկագիրը Github- ում, այլ օգտվողների հանրային հասանելիության մեջ կարող է տեսնել եւ մասնակցել զարգացմանը: Առաջին բանը, որ դուք պետք է անեք, հաշիվ ստեղծելն է:

1. Հաշիվ ստեղծելը

Կայքում նոր հաշիվ ստեղծելու համար բացեք Github- ի հիմնական էջը եւ անմիջապես կարող եք անմիջապես մուտքագրել տվյալներ նոր հաշվի համար: Դուք պետք է նշեք օգտվողի անունը, էլ. Փոստը եւ գաղտնաբառը.

Մուտքը լրացնելիս կտտացրեք «Գրանցվել անվճար»:

Հաջորդ քայլում անհրաժեշտ է ընտրել պահեստի տեսակը: Հասարակական պահոցները անվճար են, բայց եթե ցանկանում եք ստեղծել մասնավոր պահեստ, այն կոդը, որից հասանելի կլինի միայն ձեզ համար, դուք ստիպված կլինեք վճարել ամսական 7 դոլար:

Հաշիվը պատրաստ է, եւ ձեզ կուղղորդվեն դեպի էջ, որտեղ կարող եք ստեղծել ձեր առաջին նախագիծը: Բայց նախքան դա անելը, դուք պետք է հաստատեք ձեր էլ. Փոստի հասցեն: Դա անելու համար բացեք ձեր փոստարկղը եւ հետեւեք Github- ի նամակում գտնվող հղմանը:

Ոչ մի github- ի տեղադրում անհրաժեշտ չէ, մկնիկի հետ մի քանի կտտոց:

2. Պահեստի ստեղծում

Այն էջում, որը բացվում է, սա լիազորված օգտագործողների հիմնական էջն է, կտտացրեք «Սկսեք նախագիծ»:

Դուք կարող եք անմիջապես նախաստորագրել պահեստարանը `ստեղծելով Readme ֆայլ, դրա համար հարկավոր է նշել տիզ «Նախաձեռնեք այս պահեստը Readme- ով» Էջի ներքեւում: Կարող եք նաեւ ընտրել լիցենզիա.

Երբ ամեն ինչ պատրաստ է, ընտրեք «Ստեղծեք նախագիծ»Նոր նախագիծ կստեղծվի Readme ֆայլով, որը պարունակում է նկարագրությունը եւ լիցենզիայի ֆայլը:

3. Մասնաճյուղ ավելացնելը

GitHub- ի մասնաճյուղերը թույլ են տալիս միաժամանակ աշխատել բազմաթիվ նախագծերի տարբերակներով: Լռելյայն, պահեստարան ստեղծելիս ստեղծվում է Master Branch- ը, սա հիմնական աշխատանքային մասնաճյուղն է: Օրինակ, դուք կարող եք ստեղծել լրացուցիչ մասնաճյուղեր, որպեսզի ծրագրակազմը փորձարկեք նախքան այն վարիչ մասնաճյուղում լույս տեսնելու համար: Այսպիսով, դուք կարող եք միաժամանակ մշակել արտադրանք եւ օգտվողներին տրամադրել կայուն տարբերակ: Կարող եք նաեւ ստեղծել անհատական \u200b\u200bմասնաճյուղեր տարբեր համակարգերի ծրագրի տարբերակի համար:

Ընթացիկ մասնաճյուղը նշված է բառից հետո վերին ձախ անկյունում «Մասնաճյուղ»:Նոր մասնաճյուղ ստեղծելու համար պարզապես տեղակայեք այս ցուցակը եւ սկսեք մուտքագրել դրա անունը.

Կայքը կառաջարկի ձեզ ստեղծել նոր մասնաճյուղ, ընտրեք «Ստեղծեք մասնաճյուղ»:

Ստեղծումից անմիջապես հետո դուք կաշխատեք մասնաճյուղի կողմից պարզապես ստեղծված:

4. Փոխեք ֆայլերը եւ պարտավորությունները

Github ֆայլերի ցանկացած փոփոխություն կատարվում է `օգտագործելով պարտավորություններ: Պարտավորումը կատարվում է իրենք ուղղումներ կատարելուց եւ նկարագրելով այդ շտկումները: Դա անհրաժեշտ է, որպեսզի դուք դա իմանաք, եւ երբ փոխվել եք, ինչպես նաեւ հեշտացնում է թիմի աշխատանքը հետեւելը: Կողմ բառը կարող է թարգմանվել որպես «շտկում»: Այսինքն, մենք կարող ենք փոփոխություններ կատարել մի քանի ֆայլերի մեջ, այնուհետեւ շտկել դրանք: Եկեք փոխենք Readme ֆայլը օրինակով: Դա անելու համար հարկավոր է վահանակի աջ կողմում գտնվող շղարշով կոճակը եւ կտտացրեք այն.

Կբացվի տեքստի խմբագիր, որտեղ կարող եք մուտքագրել ձեզ անհրաժեշտ կոռեկտությունը.

Այն բանից հետո, երբ ձեզ հարկավոր է այն ամենը, ինչ ձեզ հարկավոր է, անհրաժեշտ է լցնել դաշտը «Կատարել» Էջի ներքեւում: Հակիրճ նկարագրեք, թե ինչ է փոխվել, այնուհետեւ կտտացնել «Կատարել փոփոխություններ»:

Այս փոփոխությունները մուտքագրվելու են ծրագրի ներկայիս մասնաճյուղում, քանի որ մենք այժմ աշխատում ենք փորձարկման հետ, ապա փոփոխությունները կուղարկվեն դրան:

5. Միաձուլումների հարցումների ստեղծում (քաշքշուկ)

Սկսնակների համար github- ը կարող է շատ դժվար թվալ այդպիսի հատկությունների պատճառով, բայց դա շատ հարմար է, եթե դա պարզեք: Confluence- ի հայցը կամ խնդրանքը հնարավորություն է, որի շնորհիվ ցանկացած մշակող կարող է խնդրել մեկ այլ, օրինակ, պահեստի ստեղծողն իր ծածկագիրը կամ մասնաճյուղը ավելացնել: Fusion- ի խնդրանքով աշխատանքային գործիքը օգտագործում է տարբեր համեմատության գործիք, այնպես որ կարող եք տեսնել բոլոր փոփոխությունները, դրանք կներկայացվեն մեկ այլ գույնով: Քաշեք դիմումը կարող է ստեղծվել պարտավորություն ստեղծելուց անմիջապես հետո: Եկեք ուղարկենք խնդրանքը մեր փորձարկման ճյուղերից մինչեւ հիմնական: Նախ, բացեք ներդիրը «Քաշեք հարցումը»:

Այստեղ կտտացրեք «Ստեղծեք քաշքշուկ»:

Այս պատուհանում կարող եք դիտել բոլոր փոփոխությունները, այժմ մենք տեսնում ենք մի տող.

6. Fusion հարցումների դիտում եւ հաստատում

Այժմ, նույն քաշքշուկի հարցումներում ներդիրում մենք պարզապես միաձուլման խնդրանք ենք առաջացրել, եւ մենք կարող ենք միայն այն վերցնել, կտտացնելով «Միաձուլել քաշքշուկը»:

Բայց եթե այս խնդրանքը եկավ մեկ այլ անձի կողմից, դուք պետք է ստուգեք, որ նա փոխվել է այնտեղ եւ արդյոք անհրաժեշտ է դա անել դրա համար, կտտացրեք ծանոթի նկարագրությանը.

Դրանից հետո ծածկագիրը ներմուծվելու է հիմնական մասնաճյուղի մեջ, իսկ փորձարկման մասնաճյուղը կարող է ապահով հեռացնել:

7. Սխալների հաշվետվություններ

Հարմար է նաեւ, որ հնարավոր է օգտագործել github- ը ոչ միայն մշակել եւ կառավարել ծածկագիրը, այլեւ օգտվողների հետադարձ կապի համար: Ներդիրում "Թողարկում" Օգտագործողները կարող են հաղորդագրություններ թողնել այն խնդիրների մասին, որոնց հետ նրանք հանդիպել են ձեր արտադրանքը օգտագործելիս: Բաց ներդիր «ՀԱՐԵՐ»եւ կտտացրեք կոճակը «Նոր թողարկում»:

8. թողարկումներ

Վերջինս, որ մենք այսօր կքննարկենք, թողարկումներ են: Երբ արտադրանքը որոշակի փուլ է հասել, կարող եք ազատ արձակել օգտվողներին եւ կարող եք վստահ լինել, որ այնտեղ ամեն ինչ կայուն է: Նախ պետք է գնալ հիմնական նախագծի էջ, ապա ներդիրում «Ազատություններ»:

Այս էջում անհրաժեշտ է նշել դաշտում տարբերակը: "" Tag Version ", ապա թողարկման անվանումը եւ փոքր նկարագրություն: Եթե \u200b\u200bկազմեցիք արխիվները երկուական, ապա նրանք նույնպես պետք է կցվեն այստեղ: Ապա կտտացրեք «Ստեղծեք թողարկում»:

Ազատ արձակելուց հետո ստեղծվելու է նման էջ.

Եզրակացություններ

Այս հոդվածում մենք վերանայեցինք, թե ինչպես օգտագործել Github- ը `մեր նախագիծը տեղավորելու եւ կառավարելու համար: Ամբողջ համակարգը անգլերեն լեզվով է, ուստի լեզվի հիմնական իմացությունը շատ ցանկալի է, բայց նույնիսկ առանց նրանց github- ի աշխատանքը շատ դժվար չի լինի: Հուսով եմ, որ այս տեղեկատվությունը օգտակար էր ձեզ համար: Եթե \u200b\u200bձեզ հետաքրքրում է, թե ինչպես աշխատել հրամանի տողից GIT- ի հետ, տես հոդվածը սկսնակների համար:

Մանրամասն ներածություն, GIT- ի հետ աշխատելու համար

Ինչ է git- ը եւ ինչու է նա ինձ:

GIT- ը բաշխված տարբերակի կառավարման համակարգ է, որը թույլ է տալիս պահպանել պահեստում պահվող ֆայլերում մուտքագրված բոլոր փոփոխությունները: Փոփոխությունները պահվում են լուսանկարների տեսքով, որը կոչվում է այն կոմերցություններ, որոնք կարող են տեղադրվել շատ սերվերների վրա: Հաշվի առեք այս ստանդարտ ամպը ստերոիդների պահուստների համար. Դուք կարող եք ոչ միայն վերականգնել օրենսգիրքը ձախողման դեպքում, այլեւ ծածկագիրը վերադարձնել նախորդ պահպանված պետություններից որեւէ մեկին: Կարող եք հեշտությամբ շփվել այլ ծրագրավորողների հետ `կրկին, քանի որ մի քանի հոգի կարող են աշխատել մեկ ֆայլի վրա Google Docs- ում, եւ մշակողները կարող են միաժամանակ աշխատել մեկ պահեստի վրա եւ պահպանել իրենց փոփոխությունները:

Հաշվի առնելով դրա բոլոր առավելությունները, GIT- ը անփոխարինելի գործիք է բոլոր նրանց համար, ովքեր անում են կամ պատրաստվում են զարգանալ: Այս հոդվածում մենք կանդրադառնանք ամենաօգտակար GIT հրամաններ եւ իրավիճակ, երբ արժե օգտագործել: Դա կօգնի նաեւ թարմացնել իրենց գիտելիքները, եթե արդեն ծանոթ եք GIT- ին:

Ինչպես աշխատել git- ի հետ

Շատ հրամաններ մատչելի են GIT- ում, ուստի օգտակար է դրանք բաժանելու առարկայի / պատճառի վերաբերյալ: Նախ, մենք կանդրադառնանք տեղական մեքենայի GIT- ի հետ աշխատավայրին, քանի որ գործողությունների մեծ մասը տեղի է ունենում հենց այնտեղ, եւ հետո եկեք դիմենք բազմապատկիչ ձեւաչափի:

Git- ի միջոցով դուք կարող եք աշխատել ինչպես հրամանի տողի միջոցով, այնպես էլ գիթուբ աշխատասեղանի նման գրաֆիկական ինտերֆեյսի միջոցով: Չնայած հրամանի տողի սկսնակ մշակողները կարող են վախեցնել, դեռ ավելի լավ է ուսումնասիրել, քանի որ այն ավելի շատ հնարավորություններ է տալիս, քան միջերեսը շատ գործիքներ:

Որպես կանոն, GIT թիմերը վերցնում են git տեսակի<команда> <аргументы> որտեղ փաստարկը կարող է լինել ֆայլի ուղին: Թիմերը կարող են լինել նաեւ տարբերակներ, որոնք նշված են -<опция> կամ -<однобуквенная опция> , Նրանք թույլ են տալիս ավելի մանրամասն կարգավորել հրամանի գործողությունները: Այս հոդվածում թիմը կներկայացվի ընդհանուր առմամբ, այնպես որ ամեն ինչ գտնվում է<> Դուք պետք է փոխարինեք ձեր սեփական իմաստները:

Եթե \u200b\u200bչգիտեք, թե ինչպես օգտագործել հրամանը, կարող եք բացել ուղեցույցը, օգտագործելով GIT Help<команда> եւ եթե պարզապես հիշեցում է պետք, օգտագործեք GIT<команда> -հո կամ git:<команда> - Help (- Help and -h համարժեք են):

Պատրաստում git:

Git- ի տեղադրում:

Windows- ի օգտվողները կարող են ներբեռնել այն այստեղից:

Macos (OS X) GIT- ը գալիս է որպես XCode հրամանի տողերի գործիքների մի մաս, այնպես որ դուք պետք է դրանք տեղադրել: GIT- ի առկայությունը ստուգելու համար բացեք տերմինալը եւ մուտքագրեք GIT - 3-ը `վարկածը ստուգելու համար:

Եթե \u200b\u200bդուք օգտագործում եք Linux, ապա օգտագործեք Sudo Apt Տեղադրեք GIT-All Command կամ Sudo DNF Տեղադրեք GIT-All (հիման վրա RPM- ի վրա):

Կազմաձեւման ֆայլը կազմաձեւելը

Առաջին բանը, որ դուք պետք է անեք GIT- ին տեղադրելուց հետո `օգտագործողի անունը եւ էլ. Փոստը կազմաձեւելը, քանի որ դրանք օգտագործվում են ձեր կողմից վերցրած բոլոր նկարներում հայտնաբերելու եւ պահելու համար: Այս պարամետրերը պահվում են կազմաձեւման ֆայլում մնացած բոլորով:

Դուք կարող եք ուղղակիորեն խմբագրել ֆայլը .GitConfig- ը `օգտագործելով տեքստի խմբագիր, կամ օգտագործելով Git Config --Global --Edit հրամանը, եւ դուք կարող եք խմբագրել առանձին դաշտեր, օգտագործելով Git Config --Global հրամանը<поле> <значение> - Մեզ հետաքրքրում է օգտագործողը: Անունը եւ User.Email դաշտերը:

Կարող եք նաեւ կարգաբերել տեքստի խմբագրիչը `գրելու Core.editor Field- ի միջոցով: Սկզբում օգտագործում է համակարգի լռելյայն խմբագիր, օրինակ, VI Linux / Mac- ի համար: MENCE.Template դաշտը թույլ է տալիս նշել այն ձեւանմուշը, որը կօգտագործվի յուրաքանչյուր CAM- ում:

Կան բազմաթիվ այլ ոլորտներ, բայց առավել օգտակարներից մեկը այլընտրանք է, որը թիմին կապում է կեղծանուն: Օրինակ, Git Config --Global alias.t «Ստատուս -s» - ը թույլ է տալիս օգտագործել GIT ST- ը GIT կարգավիճակի փոխարեն

Git Config - List Command- ը կցուցադրի բոլոր դաշտերը եւ դրանց արժեքները կազմաձեւման ֆայլից:

Ստեղծեք GIT պահեստ

Նոր պահեստը նախաստորագրելու համար: Git- ի նախաձեռնության հրամանը կարող է օգտագործվել կամ եթե ցանկանում եք պատճենել գոյություն ունեցող, GIT Clone- ը<адрес репозитория> .

Պատմությունը կատարվել է GIT- ում

GIT- ը պահպանում է տվյալները, որոնք հայտնի են որպես ստանձնում են որպես ստանձնած թեթեւ «լուսանկարներ»: Նրանք պահում են ֆայլային համակարգի կարգավիճակը ժամանակի որոշակի կետում, ինչպես նաեւ նախորդ (ներ) ի կողմից ցուցիչ: Յուրաքանչյուր հանձնաժողով պարունակում է եզակի ստուգում `նույնացուցիչ, որը GIT- ն օգտագործում է, որպեսզի վերաբերում է կատարմանը: Պատմությունը հետեւելու համար GIT- ը պահում է գլխի ցուցիչը, որը ցույց է տալիս առաջին պարտավորությունը (մենք հետեւում ենք կատարողական շղթային հակառակ հերթականությամբ):

Մենք կարող ենք վերաբերվել պարտավորությանը կամ իր ստուգաթերթի միջոցով, կամ նրա դիրքի միջոցով գլխի հետ կապված իր դիրքի միջոցով, օրինակ, գլուխը ~ 4-ը վերաբերում է կատարմանը, ինչը 4-ը կատարում է ավելի շուտ, քան 4-ը:

Ֆայլերի համակարգ GIT.

Git- ը հետեւում է ֆայլերին երեք հիմնական բաժիններում.

• Աշխատանքային տեղեկատու (ձեր համակարգչի ֆայլային համակարգը);
• Պատրաստի ֆայլերի տարածքը (բեմադրող տարածքը պահում է հաջորդ հանձնառության բովանդակությունը).
• Գլուխ (պահեստում վերջին պարտավորությունը):

Ֆայլերի հետ աշխատելու բոլոր հիմնական ֆայլերը կրճատվում են հասկանալու համար, թե ինչպես է Git- ը վերահսկում այս երեք բաժինները: Մի ընդհանուր սխալ պատկերացում կա, որ պատրաստված ֆայլերի տարածքը միայն փոփոխություններ է կատարում: Ավելի լավ է այս երեք բաժինների մասին մտածել որպես առանձին ֆայլերի համակարգեր, որոնցից յուրաքանչյուրը պարունակում է ֆայլերի իր պատճենները:

Դիտեք ֆայլերի համակարգերի փոփոխությունները

Git կարգավիճակի հրամանը ցուցադրում է բոլոր ֆայլերը, որոնք տարբերվում են երեք բաժնի միջեւ: Ֆայլերը ունեն 4 պետություն.

1. Չաշխատված (չբացահայտված) - գտնվում է աշխատանքային գրացուցակում, բայց պատրաստի ֆայլերի դաշտում չկա որեւէ տարբերակ (GIT- ը չգիտի ֆայլի մասին):
2. Փոխվել է (փոփոխված) - Աշխատանքային գրացուցակում կա ավելի նոր տարբերակ, համեմատած գլխի պահված կամ պատրաստված ֆայլերի դաշտում (փոփոխությունները հաջորդ com- ում չեն:
3. Պատրաստ (բեմադրված) - Աշխատանքային գրացուցակում կա ավելի նոր տարբերակ, իսկ պատրաստված ֆայլերի տարածքը, համեմատած գլխի (պատրաստ է կատարելու համար):
4. Առանց փոփոխության. Ֆայլի մեկ տարբերակը բոլոր բաժիններում, այսինքն, վերջին կոմունինգում պարունակում է ընթացիկ վարկած:

Նկատի ունեցեք, որ ֆայլը միաժամանակ կարող է «փոխվել» եւ «պատրաստված», եթե աշխատանքային գրացուցակում վարկածը նոր է, քան պատրաստված ֆայլերի դաշտում, որն իր հերթին գլխի նոր տարբերակն է:

Մենք կարող ենք օգտագործել GIT կարգավիճակի հրամանատարության համար `ավելի կոմպակտ ելք ստանալու համար (ֆայլին գծի վրա): Եթե \u200b\u200bֆայլը չի \u200b\u200bհետեւում, ապա այն կցուցադրվի: ; Եթե \u200b\u200bնա փոխվի, նրա անունը կարմիր կլինի, եւ եթե պատրաստվի `կանաչ:

Իրենց փոփոխությունները տեսնելու համար, եւ ֆայլերը չեն փոխում, կարող եք օգտագործել հետեւյալ հրամաններ.

• git diff - աշխատանքային գրացուցակի համեմատություն պատրաստված ֆայլերի տարածքի հետ.
• gIT Diff - Ստեդը `պատրաստի ֆայլերի տարածքի համեմատությունը գլխով:

Եթե \u200b\u200bդուք օգտագործում եք փաստարկ<файл/папка> , Diff- ը փոփոխություններ ցույց կտա միայն նշված ֆայլերի / պանակների համար, ինչպիսիք են GIT Dif SRC /:

Ֆայլերի համակարգի թարմացում

Team Git Ավելացնել<файл/папка> Թարմացնում է աշխատանքային գրացուցակից ներկայացված ֆայլերի / թղթապանակների ֆայլերի տարածքը:

Git Conting Compane- ը գլխին թարմացնում է նոր կատարմամբ, որը նկարներ է նկարում պատրաստված ֆայլերի տարածքում:

Git Reset հրամանի գործողությունը<коммит> Բաղկացած է երեք հավանական քայլից.

1. Տեղափոխեք գլխի ցուցիչը դեպի<коммит> (Օրինակ, երբ շրջադարձը մրցում է աշխատանքային գրացուցակում, եւ պատրաստված ֆայլերի տարածքը կլինի ֆայլերի ավելի նոր վարկածներ, քան գլխում): Նաեւ մասնաճյուղի գլխի ցուցիչը կտեղափոխվի այս պարտավորությանը:
2. Թարմացրեք պատրաստված ֆայլերի տարածքը `կատարվածի բովանդակությամբ: Այս դեպքում միայն աշխատանքային գրացուցակը կլինի ֆայլերի նորագույն տարբերակները:
3. Թարմացրեք պատրաստված ֆայլերի տարածքի աշխատանքային տեղեկատու բովանդակությունը: Դուք պետք է զգույշ լինեք այս մասին, քանի որ ֆայլի փոփոխությունները, ի վերջո, կկործանվեն:

Լռելյայնորեն, Git Reset Command- ը կատարում է միայն 1-ին եւ 2-րդ քայլերը, բայց դրա պահվածքը կարող է փոփոխվել `օգտագործելով --Soft Ընտրանքներ (միայն 1 քայլ):

Եթե \u200b\u200bֆայլը / թղթապանակը ուղարկեք, հրամանը կկատարվի միայն նրանց համար, օրինակ, Git Reset --Soft Head ~ 1 SRC /:

Թիմի git վճարման գլուխ<файл> հանգեցնում է նույն արդյունքի, քանի որ Git Reset - Դարդի գլուխը<файл> - Վերաշարադրել ֆայլի տարբերակը պատրաստված ֆայլերի եւ գլխի վարկածի աշխատանքային գրացուցակում, այսինքն `վերջնական պարտավորությունից հետո չեղյալ հայտարարելը:

Մյուս կողմից, Git- ի վճարումը<файл> (Արդեն առանց գլխի) վերագրում է ֆայլի տարբերակը Պատրաստված ֆայլերի ոլորտում վարկածի աշխատանքային գրացուցակում, այսինքն `չեղյալ հայտարարելու փոփոխությունները վերջին պատրաստված տարբերակից ի վեր:

Վերջապես git rm<файл> Չեղարկում է ֆայլի հետեւումը եւ այն ջնջում է աշխատանքային գրացուցակից, տարբերակն է, որը կփրկի ֆայլը:

Ֆայլերը անտեսելը

Հաճախ, մեզ հարկավոր չէ Git- ը պահեստի բոլոր ֆայլերը հետեւելու համար, քանի որ դրանց թիվը կարող է ներառել.

• Գաղտնաբառերի նման զգայուն տեղեկատվություն ունեցող ֆայլեր.
• մեծ երկուական ֆայլեր;
• Հավաքման ֆայլեր, որոնք ստեղծվում են յուրաքանչյուր կազմից հետո.
• Օրինակ, OS / IDE ֆայլեր, .Ds_store. MacOS- ի համար կամ .iml Intellij գաղափարի համար. Մեզ պետք է պահեստարան, որպեսզի հնարավոր լինի հնարավորինս փոքր համակարգից:

Պատկերն անտեսելու համար: Gitignore. Նշելու այն ֆայլերը, որոնք մենք ուզում ենք անտեսել, կարող եք օգտագործել որոնման օրինաչափություններ (հաշվի առեք դրանք պարզեցված կանոնավոր արտահայտություններ).

• / ___ - խուսափում է Requitive - Հանդիպում է ֆայլերը միայն ընթացիկ գրացուցակում.
• __ / - բավարարում է բոլոր գրացուցակում բոլոր ֆայլերը.
• * ___ - Հանդիպում է բոլոր ֆայլերը `նշված ավարտով.
• ԻՇԽԱՆՈՒԹՅՈՒՆ - Նշված օրինաչափության տակ ընկած ֆայլերի անտեսումը.
• [__] - համապատասխանում է քառակուսի փակագծերում նշվածներից որեւէ կերպարի.
• ? - համապատասխանում է ցանկացած խորհրդանիշի.
• / ** / - Համապատասխանում է բույնի դիրեկտորիաներին, օրինակ, A / ** / D- ը համապատասխանում է A / D- ին, A / B / D- ին, A / B / C / D- ին եւ այլն:

Մենք նույնիսկ կարող ենք օգտագործել որոնման օրինաչափություններ, երբ այլ հրամաններ եք ներկայացնում ֆայլը / թղթապանակը: Օրինակ, GIT Ավելացնել SRC / *: CSS- ը կավելացնի բոլոր ֆայլերը: CSS SRC թղթապանակում:

Կատարում

Քանի որ պարտավորությունները վարկերի պատմության հիմքն են, ավելորդ չեն լինի մի փոքր ավելին իմանալ դրանց մասին:

Git Tax- ի հրամանը կբացի տեքստային խմբագիր `հաղորդագրություններ կատարելու համար: Նաեւ այս թիմը մի քանի ընդհանուր փաստարկներ է պահանջում.

• -Մ-ն թույլ է տալիս թիմի հետ հաղորդագրություն գրել առանց խմբագրի բացման: Օրինակ, Git Commer -M «Fixing Bag»;
• - Բոլոր դիտարկվող ֆայլերը փոխանցում է պատրաստված ֆայլերի տարածքին եւ ներառում է դրանք առանձին (թույլ է տալիս շրջանցել GIT- ը ավելացնելուց առաջ);
• - Փոխըմբռնումը փոխարինում է նոր փոփոխված պարտավորության վերջին պարտավորությանը, որն օգտակար է, եթե սխալ եք մուտքագրել վերջին պարտավորության հաղորդագրությունը կամ մոռացել եք դրա մեջ ներառել որոշ ֆայլեր:

Մի քանի խորհուրդներ, որոնց արժե լսել.

• Հատկություններ Հաճախ. Դուք չեք կարողանա վերադարձնել փոփոխությունները, եթե վերադառնաք ինչ:
• Մեկ փոփոխությունը մեկ պարտավորություն է. Մի տեղադրեք բոլոր փոփոխությունները մեկ կոմիտեում, բաժանեք դրանք այնպես, որ ավելի հեշտ է վերադառնալ:
• Հաղորդագրության ձեւաչափը. Վերնագիրը պետք է լինի հրամայական բոցավառման մեջ, երկարությամբ 50 նիշից պակաս եւ տրամաբանորեն լրացնում է այս պարտավորության արտահայտությունը ___ (այս պարտավորությունը շտկելու է սխալները): Հաղորդագրությունը պետք է բացատրի, թե ինչու է կատարվել պարտավորությունը, եւ կատարումը ինքն է ցույց տալիս, թե ինչ է փոխվել: Մանրամասնորեն, թե ինչպես գրել հաղորդագրություններ պարտավորությունների համար:
• (Ընտրովի) Մի աննշան փոփոխություններ չեն կատարում. Մի մեծ պահեստում շատ փոքր կոմերություններ կարող են խցանել պատմությունը: Լավ երանգը համարվում է նմանատիպ պարտավորություններ կատարել, երբ զարգանում է, եւ երբ դրանք մեծ պահեստի մեջ ավելացնում են, դրանք միացնելու համար:

Դիտեք պատմության փոփոխությունները

Կարող եք օգտագործել GIT Log- ի հրամանը `հակառակ ժամանակագրական կարգով նախորդ պարտավորությունների պատմությունը դիտելու համար: Նա կարող է անցնել տարբեր տարբերակներ.

• -Պ-ն ցույց է տալիս յուրաքանչյուր CAM- ի փոփոխությունները:
• - Ստացվում է ստանձնած բաժնետոմսերի կրճատ վիճակագրություն, ինչպիսիք են փոխված ֆայլերը եւ դրանցից յուրաքանչյուրում ավելացված / հեռավոր տողերի քանակը.
• -Ն Ն. Վերջերս կատարվում է.
• --Since \u003d ___ եւ - ___ ___ Թույլ է տալիս զտել, օրինակ `մի ժամանակահատվածով, օրինակ` «2019-01-01» -ը ցույց կտա, որ կներկայացվի 2019 թվականի հունվարի 1-ից.
• - Pretty- ը թույլ է տալիս նշել տեղեկամատյանաչափ ձեւաչափը (օրինակ, - Pretty \u003d oneline), կարող եք նաեւ օգտագործել ավելի մեծ հարմարեցման համար `«% H% s »;
• - GREP եւ -S ֆիլտրը պարտավորվում է հաղորդագրություններ / փոփոխություն կոդով, որը պարունակում է նշված տողը, օրինակ, GIT Log -s_name_Name թույլ է տալիս դիտել գործառույթի լրացում / ջնջում.
• - Ոչ միաձուլումներն անցնում են միաձուլման ճյուղերով.
• veta1..Tell2- ը թույլ է տալիս տեսնել, թե որ մասնաճյուղի 2-րդ մասնաճյուղի (օգտակար է մասնաճյուղերի հետ կապված պարտավորությունները): Օրինակ, GIT Log Master .. Թեստը ցույց կտա, թե ինչ է հանձնվում թեստային մասնաճյուղից (մի փոքր ուշ խոսեք մասնաճյուղերի հետ):
• - Գեղարվեստի աջ մասնաճյուղ 1 ... Մասնաճյուղը ցույց է տալիս, որ կամ մասնաճյուղում կամ մասնաճյուղում կամ 2-րդ մասնաճյուղում են. նշան< обозначает коммиты из ветка1 , а > - մասնաճյուղից: Վերբեռնման ուշադրություն. Երեք միավոր է օգտագործվում, ոչ թե երկուսը.
• -L- ն ընդունում է փաստարկների սկիզբ, վերջ. Ֆայլ կամ. Պատկեր. File եւ ցույց է տալիս ֆայլի մեջ անցնող շարքի փոփոխությունների պատմությունը:

Մեկ այլ օգտակար թիմը մեղավոր է<файл> , Որ յուրաքանչյուր ֆայլի գծի համար ցույց է տալիս վերջին պարտավորության հեղինակը եւ ստուգման քանակը, որը փոխել է այս տողը: -Լ.<начало>, <конец> Թույլ է տալիս սահմանափակել այս հրամանը նշված շարքերին: Սա կարող է օգտագործվել, օրինակ, պարզել, թե որ հանձնաժողովները հանգեցրին որոշակի սխալի (որպեսզի կարողանաք վերադառնալ):

Վերջապես, կա git grep հրամանատար, որը փնտրում է բոլոր ֆայլերը կատարված պատմության մեջ (եւ ոչ միայն աշխատանքային գրացուցակում որպես GREP) ըստ նշված կանոնավոր արտահայտության: Option -n- ն յուրաքանչյուր խաղի համար ֆայլում ցուցադրում է համապատասխան գծի համարը, եւ - ցույց է տալիս յուրաքանչյուր ֆայլի համար համընկնումների քանակը:

Նշում Մի շփոթեք GIT GREP- ը GIT Log- ի հետ: Առաջինը գնումներ է փնտրում գովասանքի մեջ, եւ վերջինս նայում է տեղեկամատյանային հաղորդագրություններին:

Հեռավոր սերվերներ

Մինչ այժմ մենք քննարկեցինք GIT- ի օգտագործումը միայն տեղական մեքենայի վրա: Այնուամենայնիվ, մենք կարող ենք պահպանել հեռավոր պահեստների պարտավորությունը, որը կարող է դիտարկել եւ թարմացվել (հաշվի առեք նրանց հեռավոր ամպային կրկնօրինակը մեր կատարողական պատմության համար):

Git Remote -V հրամանը ցուցադրում է հեռավոր պահոցների ցուցակը, որոնք մենք հետեւում ենք, եւ այն անունները, որոնք մենք յուրացրել ենք:

Git Clone հրամանը օգտագործելիս Մենք ոչ միայն բեռնում ենք պահեստի պատճենը, այլեւ ենթադրաբար հետեւում ենք հեռավոր սերվերին, որը նշված հասցեում է, եւ որը նշանակվում է Անվան ծագման:

Առավել սպառվող հրամաններ.

• git Remote Ավելացնել.<имя> - Նշված անունով ավելացնում է հեռավոր պահեստարան;
• git Remote հեռացնել.<имя> - Հեռացնում է հեռավոր պահոցը նշված անունով.
• git Remote Relaname.<старое имя> <новое имя> - Վերանվանում է հեռավոր պահեստարան;
• git Remote Set-URL<имя> - Հանձնարարում է նոր հասցե նշված պահեստ.
• git Remote Show.<имя> - Տեղեկություններ է ցուցադրում պահեստի մասին:

Հետեւյալ հրամանները գործում են հեռացված ճյուղերով.

• git fetch.<имя> <ветка> - Ստանում է տվյալներ նշված պահեստի մասնաճյուղից, բայց չի միաձուլվում փոփոխությունները.
• git քաշել<имя> <ветка> - միաձուլում է նշված պահեստի մասնաճյուղից տվյալները.
• git push.<имя> <ветка> - Փոփոխություններ է ուղարկում նշված պահեստի մասնաճյուղում: Եթե \u200b\u200bտեղական մասնաճյուղն արդեն հետեւում է հեռավորությանը, ապա կարող եք օգտագործել պարզապես git push կամ git քաշել:

Այսպիսով, մի քանի հոգի կարող են պահանջել սերվերից փոփոխություններ, փոփոխություններ կատարել տեղական օրինակներում, այնուհետեւ ուղարկել հեռավոր սերվերի, ինչը հնարավորություն է տալիս միմյանց հետ շփվել մեկ պահեստի մեջ:

Ճյուղ

Այս ամենը լավն է եւ հիանալի, եթե յուրաքանչյուր մշակողը տարբեր ժամանակներում աշխատում է նախագծի վրա: Վերոնշյալների վերնագրերը տեղահանված միայն իրավիճակներում, բնօրինակ պահեստի կամ տեղական պատճենի փոփոխությամբ, բայց ոչ մի քանի մարդու գործ:

Սա մեզ տանում է GIT - ճյուղավորման հիմնական առանձնահատկությունը, ծրագրի տարբեր վարկածների վրա աշխատելու ունակությունը: Սա նշանակում է, որ պատվիրված պարտավորությունների մեկ ցուցակի փոխարեն, պատմությունը տարբերվում է որոշակի կետերում (ինչը այն նման է ծառի): GIT- ի յուրաքանչյուր ճյուղ պարունակում է գլխի թեթեւ գլուխ այս թեմայի վերջին պարտավորության մեջ, ինչը թույլ է տալիս ստեղծել շատ մասնաճյուղեր առանց լրացուցիչ ծախսերի: Հուշում. Զանգահարեք մասնաճյուղ `դրանում զարգացած գործառույթների համաձայն: Լռելյայն մասնաճյուղը կոչվում է վարպետ:

Այսպիսով, մենք ունենք ընդհանուր ցուցիչ Գլուխ. Եւ գլուխը յուրաքանչյուր մասնաճյուղի համար: Այսպիսով, ճյուղերի միջեւ անցումը ենթադրում է միայն շարժվել Գլուխ. Համապատասխան մասնաճյուղի գլխում:

Ստանդարտ թիմեր.

• git մասնաճյուղ:<имя ветки> - ստեղծում է նոր մասնաճյուղ, որի վրա նշվում է Գլուխ., Եթե \u200b\u200bդուք չեք փոխանցում փաստարկը<имя ветки> Թիմը կցուցադրի տեղական բոլոր մասնաճյուղերի ցուցակը.
• git վճարում<имя ветки> - Անցում է այս ճյուղին: Անցումից առաջ կարող եք անցնել -B տարբերակը `նոր մասնաճյուղ ստեղծելու համար.
• gIT մասնաճյուղ-դ.<имя ветки> - Հեռացնում է մասնաճյուղը:

Որպես մեր տեղական պահեստարան եւ հեռավոր, կարող են ունենալ շատ մասնաճյուղեր, այնպես որ հեռավոր պահոցին հետեւելիս, իրականում դիտարկվում է հեռացված ճյուղը (Git Clone- ը բերում է հեռավոր պահեստի ծագման / վարպետության ճյուղին):

Պարտադիր է հեռացված մասնաճյուղին.

• git Branch -u.<имя удалённого репозитория>/<удалённая ветка> - Կապում է ընթացիկ մասնաճյուղը նշված հեռավոր մասնաճյուղին.
• git checkout --track<имя удалённого репозитория>/<удалённая ветка> - նախորդ հրամանի անալոգը.
• git checkout -b.<ветка> <имя удалённого репозитория>/<удалённая ветка> - Ստեղծում է տեղական նոր մասնաճյուղ եւ սկսում է հետեւել հեռավորությանը.
• git Branch --VV - Sh ույց է տալիս տեղական եւ դիտարկված հեռավոր մասնաճյուղեր;
• git վճարում<удалённая ветка> - Տեղական մասնաճյուղ է ստեղծում նույն անունով, որքան հեռավոր եւ սկսում է հետեւել այն:

Ընդհանուր առմամբ, GIT- ի վճարումը կապված է այն վայրի գտնվելու վայրի հետ, որը մատնանշում է մասնաճյուղերի ղեկավարը, ինչը կարծես Git Reset- ը տեղափոխում է գլխավոր գլուխը:

Հիպետներ եւ մաքրում

Գոյություն ունի մեկ նրբանկատություն, երբ GIT մասնաճյուղերը միացնելիս պահանջում է, որ աշխատանքային պետությունը մաքուր լինի, այսինքն, հետեւելու ֆայլերի բոլոր փոփոխությունները պետք է ամրագրվեն:

Մոտավորապես Թարգմանել Սա այնքան էլ այդպես չէ: Որոշ հանգամանքներում GIT- ը կարող է ինքնաբերաբար տեղափոխել չբացահայտված փոփոխությունը մեկ այլ ճյուղ:

Այնուամենայնիվ, երբեմն անավարտ փոփոխություններ ունեք, որոնք հնարավոր չէ ֆիքսել: Նման իրավիճակում դրանք կարող են փրկվել եւ «թաքցնել», օգտագործելով Git Stash հրամանը: Փոփոխությունները վերադարձնելու համար օգտագործեք Git Stash դիմում:

Գուցե փոխարենը ցանկանում եք ջնջել կատարված բոլոր փոփոխությունները: Այս դեպքում օգտագործեք GIT մաքուր հրամանը: -D տարբերակը նույնպես կջնջի չօգտագործված ֆայլերը: Հուշում. Ավելացնել -n տարբերակը ավելացնել, տեսնելու, թե ինչ է տեղի ունենում, երբ սկսում եք առանց ուղղակի օգտագործման GIT:

Մասնաճյուղերի համատեղում

Քննարկեցինք, թե որ ճյուղերն են եւ երկուսն էլ նրանց միջեւ անցումն են, ժամանակն է խոսել այն մասին, թե ինչպես կարելի է դրանք համատեղել զարգացումից հետո: Այն ճյուղը, որով մենք ցանկանում ենք միավորել փոփոխությունները, կկոչվեն հիմնական եւ ճյուղը, որից մենք կմիավորենք դրանք `թեմատիկ: Մեկ ճյուղից մյուսը փոփոխություններ կատարելու երկու եղանակ կա, միաձուլում եւ շարժում:

Միավորվել

Այն ներառում է նոր պարտավորության ստեղծում, որը հիմնված է գեներալից սկսած երկու մասնաճյուղերի նախնիների կողմից եւ ցույց է տալիս, թե ինչպես նախկին ղեկավարը: Միաձուլման համար մենք գնում ենք հիմնական մասնաճյուղ եւ օգտագործում ենք GIT Merge հրամանը<тематическая ветка> .

Եթե \u200b\u200bերկու ճյուղերը փոխեն ֆայլի նույն մասը, ապա առաջանում է հակամարտության հակամարտությունը. Իրավիճակը, որում GIT- ը չի ճանաչում ֆայլի որ տարբերակն է խնայել, ուստի անհրաժեշտ է հակամարտությունը անձամբ լուծել: Հակամարտող ֆայլեր տեսնելու համար օգտագործեք GIT կարգավիճակը:

Նման ֆայլեր բացելուց հետո կտեսնեք բախումների լուծման նմանանշաններ.

<<<<<<< HEAD:index.html Everything above the ==== is the version in master. ======= Everything below the ==== is the version in the test branch. >\u003e\u003e\u003e\u003e\u003e\u003e թեստ. Index.html

Փոխեք այս բլոկում ամեն ինչ այն տարբերակի վրա, որը ցանկանում եք հեռանալ եւ պատրաստել ֆայլը: Բոլոր հակամարտությունները լուծելուց հետո կարող եք օգտագործել GIT պարտավորությունը `միավորումը լրացնելու համար:

Շարժվել

Միաձուլման կոմիտեի երկու մասնաճյուղերը համատեղելու փոխարեն, շարժվում է թեմատիկ մասնաճյուղի հանձնաժողովները `բազային մասնաճյուղի նոր հանձնաժողովների ձեւով, որը թափվում է ստանձնման ավելի մաքուր պատմության մեջ:

Git Rebase- ի հրամանը օգտագործվում է տեղափոխվելու համար<основная ветка> <тематическая ветка> որոնք վերարտադրում են հիմնականը թեմատիկ մասնաճյուղի փոփոխությունները. Գլխավոր թեմատիկ մասնաճյուղը ցույց է տալիս վերջին վերարտադրվող պարտավորությունը:

Տեղափոխվել ընդդեմ միավորվել

Պատմությունը միաձուլվածքով միավորելուց հետո կարող է բավականին պատահական տեսք ունենալ: Մյուս կողմից, շարժվողը թույլ է տալիս վերաշարադրել պատմությունը նորմալ, հետեւողական ձեւով:

Ուրեմն ինչու ձեզ հարկավոր է միաձուլում, եթե կարողանաք օգտագործել ամբողջ ժամանակ: Դժբախտաբար, շարժվողը խառնաշփոթ տեղեկամատյաններից խափանման միջոց չէ, քանի որ տեղահանվածների հանձնառությունն իրականում տարբերվում է բնօրինակից, չնայած նրանք ունեն նույն հեղինակը, հաղորդագրությունը եւ փոփոխությունները:

Պատկերացրեք սցենար.

• Ձեր մասնաճյուղում դուք ստեղծում եք մի քանի պարտավորություն եւ դրանք միավորել վարպետության ճյուղի մեջ:
• Մեկ ուրիշը որոշում է աշխատել ձեր պարտավորությունների հիման վրա:
• Դուք որոշում եք տեղափոխել ձեր պարտավորությունները եւ դրանք ուղարկել սերվերին:
• Երբ ինչ-որ մեկը փորձում է իրենց աշխատանքը միավորել ձեր նախնական պարտավորությունների հիման վրա, ի վերջո մենք կստանանք երկու զուգահեռ մասնաճյուղ մեկ հեղինակով, հաղորդագրություններով եւ փոփոխություններով, բայց տարբեր պարտավորություններով:

Հետեւաբար, ահա խորհուրդը.

Տեղափոխեք փոփոխությունները միայն ձեր անձնական տեղական մասնաճյուղի վրա `մի տեղափոխեք այն հանձնառությունները, որոնց վրա կախված է մեկ ուրիշը:

Կոմիտեի հետադարձ - Վերադարձեք եւ վերակայեք

Նման բանավեճեր այն մասին, թե որն է ավելի լավ օգտագործման համար, տեղի է ունենում այն \u200b\u200bժամանակ, երբ ցանկանում եք վերադառնաք առեւտրականը: Team Git- ը վերադառնում է:<коммит> Ստեղծում է նոր պարտավորություն, չեղյալ հայտարարում փոփոխություններ, բայց պահպանում է պատմությունը, մինչդեռ GIT- ը վերականգնում է<коммит> Տեղափոխում է գլխի ցուցիչը `տրամադրելով ավելի մաքուր պատմություն (ասես այս պարտավորությունը երբեք չի պատահել): Կարեւոր է նշել, որ դա նաեւ նշանակում է, որ դուք այլեւս չեք վերադառնաք այս փոփոխություններին, օրինակ, եթե դեռ որոշում եք, որ պարտավորության չեղյալ հայտարարումը ավելորդ էր: Մաքուր - չի նշանակում ավելի լավ:

Ամփոփել

Այս փուլում դուք ունեք գրեթե այն ամենը, ինչ ձեզ հարկավոր է աշխատել GIT- ի հետ: Ստորեւ բերված կլինեն մի քանի (ըստ ցանկության) առաջադեմ խորհուրդներ `ավելի մեծ վերահսկողության համար` ավելի մեծ վերահսկողության համար: Բացի այդ, մենք պատահաբար ազդում ենք Github- ի վրա `GIT- ի հետ աշխատող ամենահայտնի հարթակներից մեկը, որը կարող է օգտակար լինել ձեզ համար:

Գիտեք:

Github- ը հարթակ է, որը պահում է GIT պահեստը իր բազմաթիվ սերվերների վրա: Որպես Github օգտագործող, դուք կարող եք պահել ձեր հեռավոր պահեստները իրենց սերվերների վրա, ինչպես նաեւ նպաստել այլ բաց կոդով պահեստին: Github- ը լրացնում է GIT- ի օգտագործումը որոշ նոր հնարավորություններով:

Օրինակ, դուք կարող եք պատրաստել պատառաքաղի հեռավոր պահեստ, այսինքն `Ստեղծել պահեստի ձեր օրինակը Գիտուբի հյուսիսում: Սա օգտակար է այն դեպքերում, երբ դուք իրավունք չունեք բնօրինակ պահեստում մասնաճյուղ ստեղծել: Երբ օգտագործում եք Git Clone հրամանը, ձեր տեղական պահեստը կհետեւի հեռավոր ձեւին, որպես ծագում եւ սկզբնական պահոց, որպես հոսանք:

Դրանից հետո գուցե հարկ լինի չորացնել ձեր հեռավոր պահեստի թեմատիկ մասնաճյուղը բնօրինակի հիմնական ճյուղում: Դա անելու համար կարող եք ստեղծել նոր քաշքշուկ պահանջ `փոփոխություններ կատարելու խնդրանքով, որտեղ Gittub- ը ստուգում է հակամարտությունների առկայությունը նախքան ձեզ միաձուլման պահելը: Հաճախ միաձուլումից առաջ այլ ստուգումներ կան, ինչպիսիք են ծածկագիրը դիտելը եւ հաստատելը կամ նույնիսկ թեստերը: Հարցման մեջ դուք կարող եք քննարկել ծածկագիրը, եւ բոլոր այն պարտավորությունները, որոնք դուք ուղարկում եք հեռավոր թեմատիկ մասնաճյուղին, ավտոմատ կերպով կավելացվի հարցմանը, նույնիսկ եթե այն ստեղծվել է նախքան այս պարտավորությունները:

Ընդլայնված օգտագործում. Ինտերակտիվ պատրաստում

Դուք կարող եք հեշտությամբ ղեկավարել պատրաստված ֆայլերի տարածքը (օրինակ, մի քանի փոքր գումարներ ամրագրելիս `մի մեծ քանակի փոխարեն) օգտագործելով ինտերակտիվ վահանակ, որը կարող է գործարկվել GIT հավելում: Դրանում առկա են 8 թիմ.

• Կարգավիճակը - ցույց է տալիս յուրաքանչյուր ֆայլի համար համառոտ նկարագրություն, որը պատրաստված է (ոչ).
• Թարմացում - Պատրաստում է հետեւելու ֆայլերը.
• Վերադարձեք - Հեռացրեք մեկ կամ մի քանի ֆայլեր պատրաստված տարածքից.
• Ավելացնել չբացահայտված - պատրաստում է չբաշխված ֆայլը.
• patch - Պատրաստում է ֆայլի միայն մի մասը (օգտակար է, երբ, օրինակ, փոխեց մի քանի գործառույթներ, բայց ուզում եք կոտրել փոփոխությունները մի քանի հանձնարարականի): Ֆայլը ընտրելուց հետո ձեզ կցուցադրվեն բեկորներ եւ ներկայացնեք հնարավոր հրամաններ. Բեմ այս պահը: , Կարող եմ մտնել Պարզելու համար, թե ինչն է դարձնում յուրաքանչյուր թիմ;
• diff - Sh ույց է տալիս պատրաստված ֆայլերի ցուցակը եւ թույլ է տալիս դիտել դրանցից յուրաքանչյուրի փոփոխությունները.
• Հրաժարվել - դուրս է գալիս ինտերակտիվ վահանակից.
• Օգնություն - ցույց է տալիս յուրաքանչյուր թիմի հակիրճ նկարագրություն:

Ֆայլի կողքին գտնվող խորհրդանիշը նշանակում է, որ հրամանը կփոխի իր կարգավիճակը (պատրաստված / անպատրաստ կախված նրանից, թե արդյոք թարմացումը կամ հետադարձը տեղի է ունենում): Եթե \u200b\u200bսեղմեք Enter- ը, առանց որեւէ հրամանի ընտրացանկում որեւէ բան մուտքագրելու, ապա բոլոր ֆայլերը կվերադարձվեն (ոչ) պատրաստված պետությանը:

Խնդրում ենք նկատի ունենալ, որ կարկատների ստեղծումը (ֆայլի միայն մի մասի պատրաստումը) հասանելի է ոչ միայն ինտերակտիվ վահանակում, այլեւ GIT Add -P հրամանի միջոցով:

Ընդլայնված օգտագործում. Կանոնների պատմություն

Տեղական մասնաճյուղի պարտավորության պատմության ավելի մեծ վերահսկողության համար կարող եք օգտագործել Git Rebase -i Head ~ հրամանը Ն. որը կբացի ինտերակտիվ վահանակը վերջինիս հավաքածուն տեղափոխելու համար Ն. Հնարավոր է, որ թվարկված է հինից նոր (այսինքն, այն կարգով, որով դրանք կտեղափոխվեն): Այսպիսով, դուք կարող եք «խմբագրել պատմությունը», սակայն հիշեք, որ սկզբնական պարտավորությունները հնարավոր չէ փոխել, միայն շարժվել:

Դուք կարող եք փոխել պարտավորությունների կարգը `փոխելով այն կարգը, որում դրանք նշված են:

Փոխեք կատարողական հաղորդագրությունը / վաճառքը

Կոմիտեն նշելու համար, որը ցանկանում եք փոխել, օգտագործվում է խմբագրման հրամանը: Այնուհետեւ, երբ GIT- ը կշարժվի, այն կդադարի այս com- ում: Դրանից հետո դուք կարող եք օգտագործել GIT- ի պարտավորությունը `տվյալ հաղորդագրությունը փոխելու կամ մոռացված ֆայլերը պատրաստելու համար: Եթե \u200b\u200bցանկանում եք բաժանել գավազանով, դադարեցնելուց հետո մուտքագրեք GIT Reset Head ^ (գլխի արդյունքում այն \u200b\u200bտեղափոխվելու է մեկը, որը փոխվել է այս պարտավորության մեջ): Այնուհետեւ կարող եք ֆայլերը լուծել անհատական \u200b\u200bպարտավորություններում, սովորական ձեւով:

Խմբագրումն ավարտվելուց հետո մուտքագրեք GIT Rebase --Continue:

Վերագրել մի քանի պարտավորություն

Երբեմն գուցե հարկ լինի վերաշարադրել մի քանի հանձնառություններ, նման դեպքերում կարող եք օգտագործել Git Filter- մասնաճյուղ: Օրինակ, պատահականորեն գրանցված ֆայլը ջնջելու համար կարող եք մուտք գործել GIT ֆիլտր-մասնաճյուղ - Free-Filter "Git RM -f<имя файла>«Գլուխ: Այնուամենայնիվ, հաշվի առեք, որ միեւնույն ժամանակ ամբողջ պատմությունը շարժվում է:

Մի քանի վաստակի համատեղում

Ծրագրում նոր առանձնահատկության վրա աշխատելիս կարող եք աստիճանաբար արձանագրել թեմատիկ մասնաճյուղի նույնիսկ փոքրագույն փոփոխությունները: Այնուամենայնիվ, այս պատճառով պատմությունը խցանված է նման փոքր հանձնաժողովների կողմից, որոնք կարող են հակասել ծրագրի կանոններին: Դա կարելի է շտկել `մի քանի պարտավորություն համատեղելով մեկ մեծ: Դա անելու համար նախ օգտագործեք ընտրության հրամանը `ընտրելու առաջին պարտավորությունը, այնուհետեւ Squash- ը հետագա: GIT- ը կդարձնի բոլոր փոփոխությունները մեկ սկսելու եւ ձեզ կխնդրի խմբագրել ընդհանուր պարտավորության հաղորդագրությունը:

Տեղափոխեք առանձին ապրանք

Ի լրումն թեմատիկ մասնաճյուղում բոլոր կոմերցությունների միաձուլման / շարժման, կարող եք միայն հետաքրքրվել որոշակի պարտավորություն: Ենթադրենք, դուք ունեք տեղական նախագծերի մասնաճյուղ, որտեղ աշխատում եք բազմաթիվ հնարավոր հոդվածների վրա, բայց ցանկանում եք հրապարակել դրանցից միայն մեկը: Դա անելու համար կարող եք օգտագործել Git Cherry-Pick հրամանը: Ստանալ որոշակի պարտավորություն, որից մենք ուզում ենք ընտրել, կարող եք օգտագործել GIT Log<основная ветка>..<тематическая> .

Խնդրում ենք նկատի ունենալ, որ այս եղանակով ստեղծվում է նոր պարտավորություն, որը միայն կրկնվում է ընտրված պարտավորության տարբերությունը (այսինքն `տարբերությունը այս պարտավորության եւ նախորդի միջեւ), բայց ոչ դրա վիճակը:

Եզրակացություն

Այսպիսով, մենք վերանայեցինք GIT- ի հիմնական հասկացությունները: Այս հոդվածը կարող եք օգտագործել որպես հակիրճ տեղեկագիր, եւ կարող եք կարդալ «Pro Git» գիրքը, որը շատ ավելին է (450 էջ) եւ ավելի խորը նկարագրում է GIT- ը:

Want անկանում եք ավելի խորը փորել, բայց դուք ունեք քիչ (կամ հակառակը, շատ բան) մեկ մեծ գիրք: Ապա դուք պետք է նայեք մեր:

Փոփոխությունների դիմակայություն. Անձի հիմնական առանձնահատկությունը: Եթե \u200b\u200bմի ժամանակ, երբ սկսեցիք աշխատել վարկածների կառավարման համակարգերի հետ, GIT չկա, շատ հավանական է, որ դուք սկսեցիք դիվերսիայից: Հաճախ մարդիկ ասում են, որ GIT- ը շատ բարդ է սկսնակների համար: Այնուամենայնիվ, ես ինքս ինձ թույլ կտամ չհամաձայնել ձեզ հետ:

Այս հոդվածում ես ձեզ կասեմ, թե ինչպես օգտագործել GIT- ը ձեր նախագծերի հետ աշխատելու մեջ: Ենթադրում ենք, որ դուք զրոյից նախագիծ եք ստեղծում եւ ցանկանում եք օգտագործել GIT- ը որպես վարկածի կառավարման համակարգ: Հիմնական հրամանները կարդալուց հետո մենք կկարդանք ինչպես կարող եք ձեր ծածկագիրը դնել Github- ում:

Այս հոդվածը կխոսի հիմնական բաների մասին. Ինչպես նախաձեռնել նախագիծը, ինչպես կառավարել նոր եւ առկա ֆայլերը, եւ ինչպես պահել ձեր ծածկագիրը ամպի մեջ: Մենք կնվազեցնենք մասնաճյուղի նման բարդ բաներ, քանի որ հոդվածը կողմնորոշված \u200b\u200bէ սկսնակներին:

Git- ի տեղադրում:

Պաշտոնական կայքում GIT- ը գտնվում է տարբեր համակարգերի վրա `Linux, Mac, Windows: Մեր դեպքում մենք կօգտագործենք Ubuntu 13.04- ը, եւ մենք կտեղադրենք APT-Get- ի միջոցով:

Sudo apt-get տեղադրել git

Նախնական կազմաձեւում

Ստեղծեք գրացուցակ, որում մենք կաշխատենք: Կարող եք նաեւ օգտագործել GIT, գործող նախագծի հետ աշխատելու համար, եւ այս դեպքում դուք չեք ստեղծի ցուցադրական գրացուցակ, ինչպես նկարագրված է ստորեւ:

Mkdir my_git_project cd my_git_project

Նախեւառաջ անհրաժեշտ է նախաստորագրել GIT պահեստը ծրագրի գրացուցակում: Դուք կարող եք դա անել նախաձեռնության հրամանով, որը ստեղծում է գրացուցակ: Գիտեք ձեր նախագծի վերաբերյալ բոլոր տեղեկություններով:

Git config --global user.Name "shaumik" git config --global user.email " [Email պաշտպանված]«Git Config --Global Color.ui« Auto »

Հատկանշական է, որ եթե դուք չեք նշում ձեր հասցեն եւ անունը, փոխարենը կօգտագործվեն լռելյայն արժեքները: Մեր դեպքում, լռելյայն արժեքները կլինեն Դոնին եւ [Email պաշտպանված]

Մենք նաեւ ինտերֆեյսի գույնը դրեցինք ավտո արժեքին, որպեսզի GIT հրամանների արդյունքը լինի գույն: Մենք ավելացնում ենք այս հրամաններին, որպեսզի այդ արժեքներն օգտագործվեն ամբողջ համակարգում, եւ կարիք չկա նրանց յուրաքանչյուր անհատական \u200b\u200bնախագծի համար դնել դրանք:

Պատրաստում են գործնական ֆայլեր

Հաջորդ քայլը մենք կստեղծենք մի քանի ֆայլեր: Դրա համար կարող եք օգտագործել ցանկացած տեքստի խմբագիր: Նկատի ունեցեք, որ եթե նախաստորագրեք GIT- ը գոյություն ունեցող նախագծում, ձեզ հարկավոր չէ այս քայլը կատարել:

Ստուգեք պահեստի վիճակը

Այժմ, երբ ձեր նախագծի մեջ կան ֆայլեր, տեսնենք, թե ինչպես է Git- ը դիմում նրանց հետ: Ընթացիկ պահեստային կարգավիճակը ստուգելու համար օգտագործեք GIT կարգավիճակի հրամանը:

Ֆայլեր ավելացրեք git- ին

Այս փուլում GIT- ը չի հետեւում մեր ֆայլերից մեկին: Անհրաժեշտ է հատուկ ֆայլեր ավելացնել git- ին, որպեսզի դա տեղի ունենա: Դա անելու համար օգտագործեք ավելացված հրամանը:

Git Ավելացնել my_file.

Պահեստի կարգավիճակը ստուգելուց հետո մենք տեսնում ենք, որ ֆայլերից մեկը արդեն ավելացվել է դրան:

Բազմաթիվ ֆայլեր ավելացնելու համար մենք օգտագործում ենք հետեւյալը (Ուշադրություն դարձրեք, որ մենք ավելացրեցինք առաջին ֆայլը ավելի վաղ, այնպես որ մենք ավելացնում ենք միայն մնացած երկուսը):

Git Ավելացնել myfile2 myfile3

Կարող եք օգտագործել GIT- ը ռեկուրսիվորեն ավելացնել, բայց զգույշ եղեք այս հրամանով: Կան որոշ ֆայլեր (օրինակ, կազմված ծրագրեր), որոնք չպետք է ավելացվեն վարկածի կառավարման համակարգում: Եթե \u200b\u200bդուք օգտագործում եք git Ավելացնել ռեկուրսիվորեն, նման ֆայլերը նույնպես կընկնեն պահեստի մեջ:

Delete նջել ֆայլերը

Պատկերացրեք, որ դուք պատահաբար ֆայլ եք ավելացրել պահեստարան, որը չպետք է այնտեղ հասնի: Կամ ցանկանում եք հեռացնել ցանկացած ֆայլ տարբերակի կառավարման համակարգից: Ընդհանուր առմամբ, GIT RM հրամանը պարզապես չի ջնջի ֆայլը պահեստից, բայց նաեւ ֆիզիկապես ջնջում է այն սկավառակից: Git- ին Դադարեցրեք ֆայլը հետեւելը, բայց այն մնաց սկավառակի վրա, օգտագործեք հետեւյալ հրամանը.

Git rm --Cached [File name]

Հրամանների փոփոխություններ

Բոլոր անհրաժեշտ ֆայլերը ավելացնելուց հետո կարող եք մեկնաբանել (շտկել) դրանք git- ում: Պատկերացրեք, որ պարտավորությունը ծրագրի կարգավիճակի լուսանկարն է որոշակի փուլում, որի ընթացքում կարող եք վերադառնալ ցանկացած պահի եւ այդ ժամանակ տեսել նախագծի կարգավիճակը: Յուրաքանչյուր հանձնաժողովի հետ հաղորդագրություն է կապված, որ փաստարկը սահմանվում է նախածանցից հետո

Git Commer -M «Իմ առաջին պարտավորություն»

Նշեք հաղորդագրություն, որը պարունակում է օգտակար տեղեկատվություն, քանի որ դրանք օգնում են հասկանալ, թե ինչ է փոխվել այս պարտավորության մեջ: Խուսափեք որոշ տարածված հաղորդագրություններից, ինչպիսիք են «սխալների կանոնները»: Եթե \u200b\u200bունեք սխալի որոնիչ, կարող եք նշել հաղորդագրության տեսակը «Bug # 123»: Լավ պրակտիկա - նշեք մասնաճյուղի անվանումը կամ բարելավումը: Օրինակ, «Ակտիվների կառավարում. Ավելացրել է PDF- ի հիման վրա PDF ստեղծելու ունակությունը», հստակ եւ հասկանալի հաղորդագրություն:

GIT- ը որոշում է hexadecimal- ի գումարի երկար համարը: Սովորաբար, անհրաժեշտ չէ պատճենել ամբողջ գիծը, առաջին 5-6 նիշը բավարար է որոշակի հանձնառության հայտնաբերման համար: Էկրանի մեջ կարելի է տեսնել, որ մեր ապրանքը նույնացվում է 8DD76FC- ի համար:

Հետագա պարտավորություններ

Եկեք փոխենք բազմաթիվ ֆայլեր, երբ մենք վերադառնանք դրանք: Դրանք փոխելուց հետո GIT կարգավիճակը զեկուցելու է, որ մենք ֆայլեր ենք փոխել:

Կարող եք տեսնել, թե ինչ է փոխվել այս ֆայլերում նախորդ պարտավորությունից ի վեր, օգտագործելով GIT Diff Command: Եթե \u200b\u200bցանկանում եք դիտել որոշակի ֆայլի փոփոխությունները, կարող եք օգտագործել GIT DIFF<файл> .

Անհրաժեշտ է ցուցադրել փոփոխությունները եւ դրանք խառնել: Բոլոր ձեւափոխված նախագծի ֆայլերը կարող են ավելացվել հետեւյալ հրամանին `կատարմանը.

Կարող եք խուսափել այս հրամանի օգտագործումից, եթե Git- ի պարտավորության պարամետր ավելացրեք: Այս հրամանի ինդեքսավորում է բոլոր փոփոխված ֆայլերը եւ դրանք օգտագործում: Բայց այս մոտեցումը կարող է լինել բավականին վտանգավոր, այնպես որ սխալմամբ կարող եք ստիպել այն փաստը, որ ես չէի ուզում: Օրինակ, ասենք, որ դուք բացել եք ֆայլը եւ պատահաբար փոխել այն: Փոփոխված ֆայլերը ինդեքսավորելու ժամանակ ձեզ կտեղեկացվի յուրաքանչյուր ֆայլի փոփոխությունների մասին: Բայց եթե ուղարկեք բոլոր փոփոխված ֆայլերը, առանց օգնության տեսք ունենալու: Git Tend -a, ապա բոլոր ֆայլերը կկատարվեն, ներառյալ այն, ինչ դուք չեք ցանկանում:

Հենց որ ինդեքսավորեք ֆայլերը, կարող եք անցնել կատարմանը: Ինչպես ավելի վաղ նշվեց, դուք կարող եք հաղորդագրություն նշել ստացման -M- ի միջոցով: Բայց դուք կարող եք նաեւ նշել բազմաֆունկցիոնալ մեկնաբանությունները `օգտագործելով GIT TONCE հրամանը, որը բացում է վահանակի խմբագիրը` մեկնաբանություն մուտքագրելու համար:

Խնդիրների կառավարում

Ծրագրի պատմությունը դիտելու համար կարող եք օգտագործել հետեւյալ հրամանը.

Դա կցուցադրի պատմության ամբողջական պատմությունը `ստանձնած ցուցակի եւ դրանց մասին տեղեկատվության տեսքով: Պարտքի մասին տեղեկատվությունը պարունակում է Hash- ի պարտավորություն, հեղինակ, ժամանակ եւ փոխադրումներ: Git Log Teams- ի բազմաթիվ տեսակներ կան, որոնք ստիպված կլինեն ծանոթանալ GIT- ում մասնաճյուղ օգտագործելու դեպքում: Հատուկ կատարման եւ փոփոխված ֆայլերի մանրամասները տեսնելու համար գործարկեք հետեւյալ հրամանը.

Git շոու.<хеш_коммита>

Որտեղ<хеш_коммита> - Hex համարը կապված է պարտավորության հետ: Քանի որ այս ձեռնարկը նախատեսված է սկսնակների համար, մենք չենք հաշվի առնելու, թե ինչպես պետք է վերադարձնել պետությունը որոշակի պարտավորության պահին կամ ինչպես վերահսկել մասնաճյուղերը: