Писање сопствених прича са гит-ом

Поздрав свима 🙂 Пре него што наставим са текстовима листе поруџбина, желим да прославим издање гит 2.16 захваљујући се свима који су послали закрпу и сваком од корисника, укупно смо имали око 4000 редова између исправки и исправки, што не говори добро о мојој првој верзији, али говори о вашој љубазности 🙂 Хвала! Сад ћу вам открити малу тајну, до сада није било времена када нисам седео да напишем чланак и пуно размишљао о њему, обично само пишем у низу, а онда добри гуштер узима љубазност исправљања мојих грешака у куцању 🙂 па захваљујући и њему.

Ово није најбоље када говоримо о писању чланака, наводно би требало да има циљ и да изгради структуру, и да означава мале тачке, критике и сл, итд ... Сад, ово се не односи само на блогове уопште, већ је и битно у софтвер који се претвара да је добар 🙂 За овај задатак и након неких проблема са софтвером за контролу верзија који је коришћен у развоју језгра пре неколико година, рођен је git ????

Где научити git?

Количина документације око гита је запањујућа, чак и ако бисмо узели ман странице које су дошле са инсталацијом, имали бисмо огромну количину читања. Ја лично проналазим гит боок прилично добро дизајниран, чак сам и превео неке сегменте одељка 7, још увек их имам неколико, али дајте ми времена 😛 можда у овом месецу могу да преведем оно што је остало од тог одељка.

Шта ради гит?

Гит је дизајниран да буде брз, ефикасан, једноставан и да подржава велике количине информација, на крају крајева, заједница кернела га је креирала за свој софтвер, што је једно од највећих заједничких дела бесплатног софтвера на свету и има стотине прилога по сат у бази кода која премашује милион редова.

Занимљивост гита је начин одржавања верзија података. У стара времена (други програми за контролу верзија) узимали су облоге свих постојећих датотека у одређеном тренутку историје, попут прављења а резерва. Гит има другачији приступ када изводи а commit тачка у историји је означена, та тачка у историји има низ модификација и радова, на крају дана, све модификације се временом састављају и добијају се датотеке да би могле да се компресују или означе као прекретнице верзија . Пошто знам да све ово звучи компликовано, водићу вас на магично путовање у супер основном примеру.

Мали прорачунски пројекат

Калкулација ће бити програм који ће пронаћи квадрате датог броја, урадићемо то у Ц и биће што једноставније, тако да не очекујте пуно безбедносних провера од мене. Прво ћемо створити спремиште, урадићу то са Гитхубом да убијем две птице једним каменом:

Додали смо неколико једноставних ствари попут лиценце (веома важно ако желите да заштитите свој рад, у мом случају, приморајте их да деле резултате ако то желе да користе као основу: П)

Идемо сада на наш драги терминал, git clone је наредба која је одговорна за преузимање спремишта које се налази у url доделити и створити локалну копију на нашем рачунару.

Сада да проверимо са git log шта се догодило у историји нашег пројекта:

Овде имамо пуно информација у различитим бојама 🙂 покушајмо да их објаснимо:

прва жута линија је „цртични код за урезивање“, сваки урез има свој јединствени идентификатор, помоћу којег можете учинити много ствари, али сачуваћемо га за касније. Сад јесмо HEAD од целесте и master зелена. То су „показивачи“ чија је функција да укажу на тренутно место наше историје (HEAD) и грана на којој радимо на рачунару (master).

origin/master је пандан Интернету, origin је подразумевано име које је додељено нашем URL, И master је грана у којој радите ... да буде једноставније, они који имају / су они који нису у нашем тиму, али су референце на оно што је на Интернету.

Затим имамо аутора, датум и време и резиме урезивања. Ово је мали преглед онога што се догодило у том тренутку историје, веома важно у многим пројектима и постоји много осуђених информација. Погледајмо ближе шта се догодило у урези са командом git show <código-de-commit>

Команда гит схов нас води до овог екрана у формату закрпе, где можете видети шта је додато и шта је уклоњено (ако је нешто уклоњено) у то време у историји, до сада нам показује само да записи .gitignore,README.md y LICENSE.

Сада се бацимо на посао, напишимо датотеку 🙂 створићемо прву прекретницу у нашој историји 😀:

Укратко, креираћемо програм који ће нам показати број аргумената прослеђених приликом његовог извршавања, једноставно 🙂

То је било лако лет'с сада да видимо следећу корисну команду: git status

Нека врста душе срца је превела гит да би га било лако следити, овде имамо пуно корисних информација, знамо да смо у главној грани и да смо ажурирани са origin/master(грана Гитхуб), имамо датотеке без праћења! и да бисмо их додали морамо користити git add, хајде да покушамо 🙂

Сада имамо нову зелену површину у којој се приказује датотека коју смо додали у радно подручје. На овом месту можемо груписати наше промене како бисмо извршили урезивање, урезивање се састоји од прекретнице кроз историју нашег пројекта, креираћемо урезивање 🙂 git commit

Укратко објашњено, жута линија је наслов нашег урезивања, пишем маин.ц за пуку визуелну референцу. Црни текст је објашњење промена направљених од претходног урезивања до сада 🙂 чувамо датотеку и видећемо да је наша уреза сачувана у регистру.

Сада ћемо видети историју нашег пројекта са git log

Поново у дневнику, сада можемо видети да су се зелене и црвене линије разликовале, то је зато што смо на нашем рачунару урезивање изнад оних ускладиштених на Интернету 🙂 наставићемо посао, претпоставимо да сада желим да прикажи поруку у случају да корисник стави више од једног аргумента у програм (што би калкулатор збунило 🙂)

Као што видимо, наш програм је много порастао 😀, сада имамо функцију imprimir_ayuda() који приказује поруку о начину коришћења прорачуна и у блоку main() сада радимо преглед са if(Нешто што ћемо видети у водичу за програмирање у неко друго време, за сада је потребно само знати да ако се у калкуламатицу унесе више од 2 аргумента, да се програм завршава и приказује помоћ. Извршимо то:

Као што сада видите, штампа се испоручени број уместо броја аргумената, али који вам раније нисам рекао 🙂 за знатижељнике echo $? приказује излазни код последњег извршеног програма, који је 1 јер се грешком завршио. Сада да размотримо како иде наша прича:

Сада знамо да смо 1 предали испред Гитхуб-а, односно датотеке main.c је измењен, хајде да креирамо следећи урезивањем git add main.c  и онда git commit????

Сада смо били мало прецизнији, откако смо имплементирали функцију и променили код за валидацију. Сада када је сачувано, прегледаћемо нашу последњу промену. Можемо то видети са git show HEAD

Сада можете видети црвене и зелене линије, додали смо библиотеку stdlib.h, изменио већи део кода и додао функцију у нашу причу.

Сада ћемо видети дневник: (git log)

Можемо видети да смо за две обавезе испред верзије Гитхуб, мало ћемо изједначити маркер 🙂 за то што користимо git push origin master

Овим кажемо, пошаљите моје обавезе на урл origin на грани master

Честитам! Сада су ваше промене на Гитхубу, зар ми не верујете? хајде да га прегледамо 😉

Сада имамо 3 урезивања на Гитхуб-у 🙂

Резиме

Дотакли смо се најосновнијих аспеката git, сада могу да створе једноставан ток рада у својим пројектима, ово једва да је нешто од свих различитих ствари које се могу урадити са гит-ом, али је свакако најпрактичнија и свакодневна ствар за програмера или блогера. Нисмо дошли до краја калкулатора, али оставићемо то за други пут 😉 Хвала вам што сте дошли овде и надам се да ће вам помоћи да учествујете у неколико пројеката пројецтс поздрав