КампутарыПраграмнае забеспячэнне

Git - што такое? Git для пачаткоўцаў: апісанне

Многія з тых, хто звязаны з распрацоўкай праграмнага забеспячэння, чулі пра Git. Што такое гэтыя тры літары? Вельмі важна зразумець апісанне, а таксама прынцыпы функцыянавання, каб у далейшым эфектыўна выкарыстоўваць гэтую сістэму кантролю версій, у якой, у адрозненне ад іншых падобных сістэм, абсалютна іншыя паняцці аб інфармацыі, працы з ёй, нягледзячы на падобны карыстацкі інтэрфейс. Такім чынам, што такое Git?

апісанне

Git з'яўляецца размеркаванай сістэмай для кіравання версіямі распрацоўваных файлаў. Створана яна была ў 2005 годзе аўтарам АС Linux. Гэтая сістэма ажыццяўляе сінхранізацыю працы з сайтам, а таксама захоўвае і абнаўляе змены ў файлах. Гэта вельмі зручны падыход у выпадку працы над праектам некалькіх распрацоўшчыкаў. На сённяшні дзень у многіх вядомых праектах выкарыстоўваецца менавіта Git. Што такое выкарыстанне дае? Да прыкладу, распрацоўкай аперацыйнай сістэмы Android займаецца вялікі лік праграмістаў. Было б вельмі нязручна, калі б адзін з іх уносіў змены, а іншыя пра гэта не ведалі. Git жа дазваляе ўсім быць у курсе ўсіх змяненняў, а ў выпадку памылак вярнуцца да папярэдніх версіях файлаў.

Выкарыстанне злепкаў, а не патчаў

Галоўным адрозненнем Git ад іншых сістэм кантролю версій з'яўляецца тое, як яна глядзіць на дадзеныя. Большая частка праграм захоўвае інфармацыю ў выглядзе спісу змен, званых патчамі для файлаў. Такія сістэмы да захоўваемых дадзеных ставяцца як да набору файлаў, а таксама набору зменаў, якія зроблены для кожнага файла, адносна часу. Як захоўвае свае дадзеныя Git? Што такое ёсць у гэтай сістэме, што адрознівае яе ад іншых? Замест патчаў, захоўваемыя дадзеныя тут лічацца наборам злепкаў маленькай файлавай сістэмы. Кожны раз, калі карыстальнік фіксуе новую версію праекта, сістэма проста захоўвае злепак стану файлаў на бягучы момант. Каб павысіць эфектыўнасць у тым выпадку, калі файл не змяняўся, сістэма не захоўвае яго, а робіць спасылку на раней захаваны асобнік, у які былі ўнесены апошнія змены.

Гэта вельмі важнае адрозненне ад іншых сістэм кантролю, якое ўласціва Git. Што такое адрозненне дае? Git становіцца падобнай на маленькую файлавую сістэму, якая валодае вельмі магутнымі інструментамі, якія працуюць над яе.

Пераважна лакальныя аперацыі

Для таго каб выконваць большасць аперацый у Git, патрэбныя толькі лакальныя рэсурсы і файлы. Гэта азначае, што часцей за ўсё няма неабходнасці ў інфармацыі, якая знаходзіцца на іншых кампутарах, якія ўваходзяць у сетку. Бо ўсе змены праекта знаходзяцца на дыску, выкананне аперацый адбываецца з маланкавай хуткасцю. Напрыклад, для таго каб прагледзець гісторыю праекта, яе не трэба загружаць з сервера. Яна счытваецца з лакальнага рэпазітара на кампутары. Калі трэба ўбачыць змены паміж версіяй файла, якая была зроблена месяц таму, і бягучай, можна зрабіць гэта вельмі хутка, не звяртаючыся да сервера.

Яшчэ лакальная праца азначае тое, што можна шмат чаго зрабіць без падлучэння да сеткі. Да прыкладу, распрацоўшчык можа ўносіць змены, знаходзячыся ў транспарце. У многіх сістэмах кантролю такой магчымасці няма.

Назіранне за цэласнасцю дадзеных

Перад тым як захаваць любы файл, яму прысвойваецца індэкс ў выглядзе кантрольнай сумы, вылічанай непасрэдна Git. Што такое кантрольная сума? Гэта значэнне, якое разлічваецца пры дапамозе адмысловых алгарытмаў і выкарыстоўваецца для таго, каб праверыць цэласнасць дадзеных пры іх захоўванні і перадачы. Тут немагчыма нешта змяніць без ведама Git, і гэта важная складнік філасофіі сістэмы.

Дадзеныя часцей за ўсё дадаюцца

Амаль усе дзеянні, якія здзяйсняюцца ў Git, дадаюць у базу дадзеных. Выдаліць іх вельмі цяжка. Можна толькі страціць яшчэ не захаваную інфармацыю, але пры яе фіксацыі страта выключана. Па гэтай прычыне многія выбіраюць менавіта Git, так як тут можна праводзіць эксперыменты без рызык зрабіць нешта непапраўнае.

стану файлаў

Праца з Git для пачаткоўцаў мае на ўвазе запамінанне таго, што файл можа знаходзіцца ў адным з трох станаў:

  • Зафіксаванае, то ёсць файл захаваны ў лакальным сховішча.
  • Змененае, калі праўкі былі ўнесены, але захаванне яшчэ не выканана.
  • Падрыхтаванае - змененыя файлы, якія адзначаны для захавання.

Так, у праектах, у якіх выкарыстоўваецца Git, маецца тры раздзелы для розных станаў файлаў:

  • Каталог Git, дзе захоўваюцца метададзеныя, а таксама база дадзеных аб'ектаў. Гэтая частка сістэмы самая важная.
  • Працоўны каталог, які з'яўляецца вынятай з базы дадзеных копіяй нейкі версіі праекта.
  • Файл, які змяшчае інфармацыю аб наступным захаванні.

усталёўваем Git

Першае, што трэба зрабіць для таго, каб выкарыстоўваць сістэму кантролю версій - усталяваць яе. Існуе некалькі спосабаў для гэтага. Асноўнымі з'яўляюцца два варыянты:

  • Ўстаноўка Git з зыходнікаў.
  • Ўстаноўка пакета для выкарыстоўванай платформы.

Ўстаноўка Git з зыходнікаў

Пры наяўнасці такой магчымасці лепш выкарыстоўваць дадзены варыянт, так як будзе атрымана самая свежая версія. Кожнае абнаўленне звычайна змяшчае мноства карысных паляпшэнняў, якія тычацца інтэрфейсу карыстача. Менавіта таму, калі ўстаноўка з зыходнікаў не надта для вас цяжкая, лепш аддаць перавагу яе. Ды і большасць дыстрыбутываў Linux ўключаюць у сябе састарэлыя пакеты.

Для ўстаноўкі спатрэбяцца неабходныя бібліятэкі: expat, curl, libiconv, openssl, zlib. Пасля іх інсталяцыі можна загрузіць апошнюю версію сістэмы кантролю версій, скампіляваць яго і ўсталяваць.

Ўстаноўка ў аперацыйнай сістэме Windows

Калі карыстальнік ня мае Linux, а хочацца выкарыстоўваць Git, Windows таксама падтрымлівае гэтую сістэму. І усталяваць яе вельмі проста. Існуе праект msysGit, працэдура ўстаноўкі якога з'яўляецца адной з самых простых. Неабходна проста загрузіць файл усталёўніка, які можна знайсці на старонцы праекта ў GitHub, а затым запусціць яго. Па заканчэнні ўстаноўкі на кампутары будзе дзве версіі - графічная і кансольная.

Першапачатковая настройка Git

Пасля таго як сістэма кантролю ўстаноўлена на кампутар, трэба выканаць сякія-такія дзеянні для налады асяроддзя пад карыстальніка. Робіцца гэта аднойчы. Пры абнаўленні усе налады захоўваюцца. Іх можна будзе памяняць у любы момант.

Git ўключае ў сябе ўтыліту git config, якая дазваляе рабіць налады і кантраляваць працу сістэмы, а таксама знешні выгляд. Дадзеныя параметры могуць захоўвацца ў трох месцах:

  • У файле, які змяшчае значэння, якія з'яўляюцца агульнымі для ўсіх карыстальнікаў і рэпазітароў.
  • У файле, які змяшчае налады пэўнага карыстальніка.
  • У канфігурацыйным файле, што знаходзіцца ў бягучым рэпазітары. Такія параметры дзейнічаюць толькі для яго.

карыстацкае імя

У першую чаргу пасля ўстаноўкі неабходна ўказаць імя карыстальніка, а таксама электронную пошту. Гэта вельмі важна, бо кожны комм (захаванне стану) змяшчае гэтыя дадзеныя. Яны ўключаюцца ва ўсе перадаюцца камітаў і не могуць быць зменены пасля.

Калі пазначыць опцыю -global, такія налады трэба будзе зрабіць адзін раз.

Выбар тэкставага рэдактара

Пасля ўказанні імя трэба выбраць рэдактар, які будзе неабходны пры наборы паведамленняў у Git. Па змаўчанні будзе выкарыстоўвацца стандартны рэдактар аперацыйнай сістэмы. Калі карыстальнік захоча выкарыстаць іншы, трэба прапісаць гэта ў наладах канфігурацыйнага файла ў радку core.editor.

праверка параметраў

Каб ведаць асновы Git, неабходна ўмець правяраць выкарыстоўваюцца налады. Для гэтага ўжываецца каманда GIT Config -list. Яна выводзіць усе даступныя параметры, якія зможа знайсці. Некаторыя імёны налад могуць прысутнічаць у спісе некалькі разоў. Гэта адбываецца з-за таго, што Git счытвае адзін ключ з розных файлаў. У такой сітуацыі для кожнага ключа выкарыстоўваецца апошняе значэнне. Ёсць магчымасць правяраць значэння пэўных ключоў, упісаўшы ў каманду замест «--list» - «{ключ}».

Як стварыць рэпазітар

Дасягнуць гэтай мэты можна двума спосабамі. Першы заключаецца ў імпарце ў сістэму існуючага каталога або праекта. Другі - гэта кланаванне з сервера ўжо існуючага рэпазітара.

Стварэнне ў дадзеным каталогу

Калі карыстальнік вырашае пачаць выкарыстанне Git для ўжо наяўнага праекта, ён павінен перайсці ў каталог і ініцыялізаваць сістэму. Для гэтага патрэбна каманда git init. Яна стварае ў каталогу падкаталог, дзе будуць знаходзіцца ўсе патрэбныя файлы. На дадзеным этапе яшчэ не ўсталёўваецца версионный кантроль над праектам. Для дадання файлаў пад кантроль трэба іх праіндэксаваць і зрабіць першую фіксацыю зменаў.

кланаванне рэпазітара

Для атрымання копіі ўжо існуючага рэпазітара патрэбна каманда git clone. З яе дапамогай Git атрымае копію амаль усіх дадзеных з сервера. Гэта датычыцца ўсіх версій кожнага файла. Вельмі зручная магчымасць, так як у выпадку выхаду з ладу сервера праграміст зможа выкарыстоўваць клон на любым кліенце для вяртання сервера ў той стан, у якім ён быў пры кланаванні. Гэта падобна на кропку аднаўлення.

Выдаленне файла ў Git

Выдаліць з сістэмы любы файл можна, калі выключыць яго з індэкса, гэта значыць з адсочваных файлаў. Для гэтага патрэбна каманда git rm. Яна таксама прыбірае файл з працоўнага каталога карыстальніка. Затым трэба выканаць комм. Пасля яго файл папросту знікне і адсочвацца больш не будзе. Калі ж ён зменены і ўжо праіндэксаваны, то ўжываюць прымусовае выдаленне з параметрам -f. Такі спосаб прадухіліць выдаленне тых дадзеных, якія яшчэ не запісаліся ў здымак стану і якія няма магчымасці аднавіць з сістэмы.

адмена змяненняў

У любы момант можа з'явіцца неабходнасць у адмене якога-небудзь дзеянні. Калі карыстальнік выканаў комм рана, забыўшыся ўнесці некаторыя файлы, то можна перавыканаць яго, выкарыстоўваючы опцыю --amend. Такая каманда выкарыстоўвае для камітаў азначніка. Калі пасля выканання апошняга захавання не здзяйснялася ніякіх зменаў, то праект будзе ў такім жа стане, і з'явіцца рэдактар для каментароў, дзе карыстальнік зможа адрэдагаваць усё, што трэба. Трэба памятаць, што не кожную аперацыю адмены можна будзе адмяніць. Часам можна незваротна выдаліць неабходныя дадзеныя. Варта быць пільнымі.

вынікі

Цяпер у карыстальніка павінна сфармавацца ўяўленне пра тое, што такое Git, для чаго патрэбна гэтая сістэма кантролю версій, чым яна адрозніваецца ад іншых падобных прадуктаў. Зразумела, што для поўнага азнаямлення неабходна ўсталяваць рабочую версію Git з персанальнымі наладамі пад сябе. Не перашкодзіць які-небудзь падручнік ці відеокурс па Git для «чайнікаў», які зможа пакрокава правесці карыстальніка па ўсіх этапах працы з сістэмай.

Similar articles

 

 

 

 

Trending Now

 

 

 

 

Newest

Copyright © 2018 be.unansea.com. Theme powered by WordPress.