Писане на собствени истории с git

Здравейте всички  Преди да продължа с текстовете на списъка със заявки, искам да отпразнувам пускането на git 2.16, като благодаря на всеки от тези, които изпратиха корекция и на всеки от потребителите, общо имахме около 4000 реда между актуализации и корекции, които не говори много добре за първата ми версия, но говори много за вашата доброта  Благодаря! Сега ще ви кажа една малка тайна, досега не е имало момент, в който да не съм седнал да напиша статия и да не съм мислил много за нея, обикновено просто пиша набързо и тогава хубавото lizard е така любезен да коригира правописните ми грешки , така че благодаря и на него.

Това не е най-доброто, когато говорим за писане на статии, предполага се, че трябва да имате цел и да съставите структура, и да маркирате малки точки и ревизии и т.н. и т.н. Сега, това не се отнася само за блоговете като цяло, но е от съществено значение в софтуер, който твърди, че е добър  За тази задача и след някои проблеми със софтуера за контрол на версиите, който беше използван в разработката на ядрото преди няколко години, се роди git 

Къде да научите git?

Количеството документация около git е зашеметяващо, дори ако просто взехме ръководствата, придружаващи инсталацията, ще имаме огромно количество четене. Аз лично намирам git книга доста добре проектиран, дори аз преведох някои от сегментите на раздел 7, все още ми остават няколко, но ми дайте време  може би този месец ще мога да преведа това, което е останало от този раздел.

Какво прави git?

Git е проектиран да бъде бърз, ефективен, опростен и да поддържа големи натоварвания от информация, в края на краищата, общността на ядрото го е създала за своя софтуер, който е един от най-големите съвместни произведения на свободен софтуер в света и има стотици вноски на час в кодова база, която надвишава един милион реда.

Интересното при git е начинът му да поддържа версии на данни. В старите дни (други програми за контрол на версиите) правеше компреси на всички съществуващи файлове в даден момент от историята, като правенето на резервно копие. Git използва различен подход, когато изпълнява a commit точка в историята е маркирана, тази точка в историята има поредица от модификации и работи, в края на деня всички модификации се събират с течение на времето и се получават файловете, за да може да се компресират или маркират като етапи на версии. Тъй като знам, че всичко звучи сложно, ще ви заведа на вълшебно пътешествие в един супер основен пример.

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

Калкулатиката ще бъде програма, която ще намери квадратите на дадено число, ще го направим в C и ще бъде максимално опростено, така че не очаквайте много проверки за сигурност от мен. Първо ще създадем хранилище, ще го направя с Github, за да убия две птици с един камък:

Добавихме няколко прости неща като лиценза (много важно, ако искате да защитите работата си, в моя случай ги принудете да споделят резултатите, ако искат да го използват като основа: P)

Сега да отидем до нашия скъп терминал, git clone е командата, която отговаря за изтеглянето на хранилището, намиращо се в url назначен и създайте локално копие на нашия компютър.

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

Тук имаме много информация в различни цветове  нека се опитаме да го обясним:

първият жълт ред е "баркодът за фиксиране", всеки ангажимент има свой уникален идентификатор, с който можете да правите много неща, но ние ще го запазим за по-късно. Сега имаме HEAD на celeste и master зелено. Това са "указатели", чиято функция е да сочат текущото местоположение на нашата история (HEAD) и клона, по който работим на нашия компютър (master).

origin/master е аналогът на интернет, origin е името по подразбиране, което е присвоено на нашия URLИ master е клонът, в който работите ... за да е по-лесно, тези, които имат / са тези, които не са в нашия екип, но са препратки към това, което е в интернет.

След това имаме автора, датата и часа и резюмето на коммита. Това е малък преглед на случилото се в този момент от историята, много важен за много проекти и има много осъдена информация. Нека разгледаме по-отблизо какво се е случило в коммита с командата git show <código-de-commit>

Командата git show ни отвежда до този екран във формат на кръпка, където можете да видите какво е добавено и какво е премахнато (ако нещо е било премахнато) по това време в историята, засега ни показва само, че записи .gitignore,README.md y LICENSE.

Сега да се заемем с работата, нека напишем файл  ще създадем първия крайъгълен камък в нашата история  :

Накратко, ще създадем програма, която ни показва броя на аргументите, предадени по време на изпълнение, просто 

Това беше лесно  сега нека да разгледаме следната полезна команда: git status

Някаква сърдечна душа е превела git, за да улесни проследяването, тук имаме много полезна информация, знаем, че сме в главния клон, че сме актуализирани с origin/master(клонът на Github), имаме непроследени файлове! и че за да ги добавим трябва да използваме git add, да опитаме 

Сега имаме ново зелено пространство, което показва файла, който сме добавили към работната зона. На това място можем да групираме нашите промени, за да можем да направим ангажимент, ангажиментът се състои от крайъгълен камък в цялата история на нашия проект, ние ще създадем ангажимента  git commit

Накратко обяснено, жълтата линия е заглавието на нашия ангажимент, аз пиша main.c просто за визуална справка. Черният текст е обяснението на промените, направени от предишния комит до сега  запазваме файла и ще видим нашия ангажимент записан в журнала.

Сега ще видим историята на нашия проект с git log

Отново в дневника, сега можем да видим, че зелените и червените линии се различават, това е защото на нашия компютър сме с един ангажимент над тези, съхранени в интернет  нека продължим работата, да предположим, че сега искам да покажа съобщение в случай че потребителят постави повече от един аргумент в програмата (което би довело до объркване на калкулатора  )

Както виждаме, нашата програма се разрасна доста  , сега имаме функцията imprimir_ayuda() което показва съобщение как да се използват изчисления и в блока main() сега правим преглед с if(Нещо, което ще видим в урок по програмиране по друго време, засега е необходимо само да се знае, че ако в калкуламатиката са въведени повече от 2 аргумента, програмата завършва и се показва помощта. Нека го изпълним:

Както можете да видите, сега отпечатва числото, което е било доставено вместо броя на аргументите, но не ви бях казвал за това преди  за любопитните echo $? показва изходния код на последната изпълнена програма, който е 1 защото е приключило по погрешка. Сега нека прегледаме как върви нашата история:

Сега знаем, че сме с 1 ангажимент пред Github, че файлът main.c е модифициран, нека създадем следващия ангажимент чрез git add main.c  и след това git commit

Сега сме малко по-конкретни, тъй като внедрихме функция и сменихме кода за проверка. Сега, когато е запазено, ще прегледаме последната си промяна. Можем да го видим с git show HEAD

Сега можете да видите червените и зелените линии, добавихме библиотеката stdlib.h, модифицира голяма част от кода и добави функцията към нашата история.

Сега ще видим дневника: (git log)

Виждаме, че сме с два ангажимента пред версията на Github, нека изравним резултата малко  за това, което използваме git push origin master

С това казваме, изпращайте ангажиментите ми на url origin на клона master

честито! Сега вашите промени са в Github, не ми вярвате? нека го проверим 

Сега имаме 3-те ангажимента в Github 

Обобщение

Докоснахме най-основните аспекти на git, сега можете да създадете прост работен процес във вашите проекти, това почти не е едно от голямото разнообразие от неща, които могат да се правят с git, но със сигурност е най-практичното и ежедневно нещо за програмист или блогър. Не сме стигнали до края на калкулатора, но ще го оставим за друг път  Много ви благодаря, че стигнахте дотук и се надявам да ви помогне да участвате в различни проекти  Поздрави