Embedded Files
Git remote. git remote võimaldab luua, vaadata ja kustutada ühendusi teiste repositooriumidega. Repositooriumid on pigem nagu järjehoidjad kui otselingid teistesse repositooriumidesse. Selle asemel, et pakkuda reaalajas juurdepääsu teisele repositooriumidele, on need mugavad lühendid, mida saab kasutada mitte nii mugavale URL-ile viitamiseks. [5]
Kasuta: git remote - et nädata kaugühendusi, mis teil on teiste repositooriumidega.
git remote add <name> <url> - et luua uus kaugühendus
Git origin - Gitis on "origin" lühinimetus kaughoidlale, millest projekt algselt klooniti. Täpsemalt kasutatakse seda algse repositooriumi URL-i asemel – ja see muudab viitamise palju lihtsamaks. Jooksutades käsku git remote -v, näeme milliste nimedega kaughoidlaid meil on. Kloonimise käigus peab olema seal ka üks nimega origin. [6]
Mis puutub Giti, siis kõik repository-id luuakse võrdselt — peaaegu kõigis projektides on aga repositooriumide hierarhia, kus ülaosas on repositoorium, kus ei ole merge konflikte. [7]
Näide:
git HEAD on viide sellele commitile, kus hetkel töötakse. See on nagu globaalne muutuja, mis muutub olenevalt sellest, mis commit on väja valitud. See on salvestatud failis nimega ".git/HEAD". Kasutades git checkout commandi muudatakse uue commiti järgi. head väikeste tähtedega on üldine termin, HEAD aga on just Git termin.
Git upstream viitab sellele kaughoidlale, kust info pärineb. Kui kloonida oma kaughoidla, siis see saabki olema upstream. Kui aga teha hoidlast koopia fork’iga ja seda koopiat kloonida, siis upstream on see algne hoidla, millest koopia tehti. Viimasel juhul võib upstream’i ära kasutada nii, et töötame küll kopeeritud hoidlas, aga kui midagi algses hoidlas muudeti, siis saame sealt muudatused fetch’ida. [13]
git checkout - laseb erinevate branchide vahel navigeerida. [4]
git checkout -b ＜new-branch＞ ＜existing-branch＞
git rebase põhiline idee on ühe haru commit’ide jada lisamine mingile teisele harule. Kui meil on näiteks 2 erinevat haru (test ja main), siis oletame erinevad muudatused toimuvad meil test harus. Need muudatused salvestame ja commit’ime repositooriumisse. Selleks, et need muudatused jõuaks hiljem main harule, me üldjuhul kasutaksime git merge käsku, kuid rebase põhimõtteks on see, et ta kaasab eelnevad commit’id ja paneb need teisele harule otsa. Seega säilivad meil muudatuste logid ühes jadas. [10]
Git rebase kasutamine toimub järgmise käsuga:
git rebase branch_name
Page updated
Google Sites
Report abuse