Каква е първоначалната настройка Git Git, kychka-компютър, sfml
вместо запис
На първо място, трябва да разберат, че Git - не като нещо ужасно, тъй като тя може да изглежда първоначално. Да, можете да забележите, че стойността на "малък" урок остави повече от впечатляващо, но мога да ви уверя, че това не е мярка за сложност! Повечето функции, които Git е в състояние да предоставят разработчик. Така че бъдете смели и продължете да четете статията до края.
В тази статия няма да говорим за работа, това, което Каквото плика (TortoiseGit, SourceTree) - само със стандартни интерфейси. Специално осветление тънкости Git също не чакат - тук само най-необходимите. Целта на тази статия: да даде на читателя основни познания за Git и да работите с него, да се говори за основните операции, за да се установят, а след това и себе си читателят ще може да избере най-интерфейс, който смята за удобен и задълбочат познанията сами по себе си, ако счете това за необходимо.
Може би е време да се пристъпи към сърцето. И аз се започне с факта, че кажа малко за ...
Малко по-малко за Git
Както може би сте прочели в Уикипедия (можете любопитен потребител, нали?), Git - система за контрол на версиите на проекта. Какво се крие зад това доста неясна формулировка? Ще се опитам да обясня на "пръстите":
Но кой не прави грешки? След като сте го увийте за друг ъгъл и следващата тъмница (OMG) се натъкват на противник, който е много силен! И в момент, когато си поражение е съвсем очевидно, вие просто - какво да правя? Точно така! Можете да качите най-новата ви спести! Ако имате навика да съхранявате често и до точката, играта си напредък не е прекалено наранен.
Тук ние виждаме четири комит формиране клон майстор: първо се ангажират - състоянието на проекта след началото на втората и третата се ангажират - междинно състояние, а четвъртият се ангажират - текущото състояние на проекта (текущата версия). Име на капитана е основният клон на проекта. Ако проектът е едно дърво, но в действителност това е така, то главният клон би ствола на дървото.
Всички дървото на проекта се съхраняват в специално хранилище - хранилището (хранилище). които могат да се намират физически на вашия твърд диск (местно хранилище), или на отдалечен сървър (глобално хранилище). Правото на достъп до абонатната хранилището има само едно лице; глобален може да работи няколко души.
От всеки клон може да бъде разклонена разстояние и други клонове, които ще се състоят от ангажира. Тук любознателен читател трябва да се запитаме: "Защо от главния клон може да се наложи да бъде разклонена другите?" За да се даде на този въпрос цялостен отговор, отново симулира ситуация:
Някой пише Боб калкулатор. Това е един много сложен калкулатор, както и един Вася просто не се справи! Ето защо той кани да му екип Петя. Петър лесно се съгласява, той е пълен с идеи и желание за работа (всеки ще бъде толкова). Поради това той попита Вася бързо му предостави конкретна задача, която той можеше да прелива енергия му. Вася е готова някои основни код, и той решава да повери изпълнението на Пийт някои готини функции. както самият Боб, има време, че планира да продължи с основен код.
И това е мястото, където започват проблемите. Ако Боб и Пит ще работи в същото време, а след това те могат да се появят на конфликт, което означава, такъв ред код, в което двете страни ще направят различни промени. И чиято промяна, в този случай се счита за приоритет? Правилен отговор: промените двете програмисти! В крайна сметка, всеки един от тях се промени проекта за изграждане на техните специфични подзадачи. Ето защо при всяка задача, възложена един от участниците комфортно вземе отделен клон.
С оглед на това, Петър вилици от главния клон на функцията и продължава да работи вече в него. Едновременно с Боб той продължава да усъвършенства своята част от кода, и те не си пречат взаимно.
В един момент, Питър завършва реализира своята функция и показва я Вася. Вася код като Petit, и той решава да го превърне в основната си клон. За да направите това, той ще използва сливането (сливане). процес сливане трябва да се разбира като вмъкване на редове Petej написани на код, написан Vasej. Разбира се, сливането също се произвежда конфликт, и те ще трябва да се отстрани с ръка (благословията, самата Git в състояние да празнуват какво линия, която е поставена и това, което идва от нея), но е по-добре да го направи веднъж, отколкото с всеки нов ангажимент. Това е основната цел на допълнително разклоняване и обединяване.
След като Боб zamerdzhil майстор клон и функция, функция браншови затваря, но продължава да съществува. Примерен процес на развитие на този измислен проект Вася и Петя аз заловен във формата на диаграма, можете да видите по-долу:
В по-сложни проекти, от функция клон може да бъде отклонен от един или повече други отрасли, и от тях отново и отново ... точно толкова, колкото е необходимо. Ако кодът се разработва в определен клон не оправдае очакванията, клонът може да бъде напълно премахната. Разклоняващи се прави развитие на екипа по-последователен и лесен за употреба, което е още едно предимство на Git.
Това може да се разглежда теоретичната част на статията завършена. Преди да отиде по-нататък, аз препоръчвам да я прочетете отново, като се фокусира върху основните понятия: хранилище, се ангажират, клон, се сливат. Когато смятате, че усвоили, преминете към следващата част.
Първо трябва да свалите самата Git, представлявано от набор от услуги. Изтеглете най-новата версия от тук.
Ще опиша работа с Git на Windows, като се използва стандартен графичен потребителски интерфейс, включен в комплекта. Също така, всяко действие ще се дублира като конзола команда за Git Bash (Git терминал). Поради това ръководство е предназначено за начинаещи, всички обяснения на механизма на системата ще вземат примера на работа в Git Gui и коментари по конзолата, ще вляза в код рамката. Обяснения ще се проведат паралелно, така че няма значение кой интерфейс решите да използвате, това ръководство ще бъде полезна за вас. Ако проявявате интерес, основната списъка на конзолни команди можете да намерите тук.
Изтеглете най-новата версия на Git за системата, която използвате, отидете на инсталацията. Аз не виждам никаква причина да се съсредоточи върху този въпрос, тъй като без корекции на време на монтажните работи да се направи, че не е необходимо - ние се създаде след него. Единственото нещо, - уточни инсталационната пътека не съдържа кирилица. Всичко останало оставете по подразбиране. Ако имате някакви проблеми, не се колебайте да питате.
След инсталацията, вече можете да създадете свой собствен местен хранилище, което ще ви свършат само. За обучение, нека го направим.
След това трябва да отворите тази папка и да го инициализира Git. Това става чрез щракване с десния бутон на мишката върху празно място на папката и изберете от контекстното «Git Init тук» елемент от менюто.
След това, скрит .git папка ще се появи в нашата работна директория. Тук няма да се опише това, което е в тази папка, но ако наистина се интересувате, можете да прочетете за това в друга статия. Освен да се каже, че той съдържа някои файлове с параметрите на хранилището.
Сега собствения си хранилище се намира в MyTestProject папка. Всички файлове, които съдържат тази папка може да се индексират в бъдеще zakommicheny в склада.
Забележка: папката, в която се инициализира Git, трябва да е празен по време на инициализация! Също така се уверете, че сте конфигурирали диригент активиран покажи скритите файлове.
За укрепване на знанията, придобити силно препоръчваме да създадете друг repozitoriy- "пясък", в която ще бъде да се направят промени в следните раздели на урока, отново, за обучение.
Сега, когато хранилището се инициализира и готов да отида, да отворим на графичния потребителски интерфейс и да видим какво има интересно. Щракнете с десния бутон върху празно място на папката и изберете опцията «Git Gui». Появява се прозорец Git GUI.
