Не е най-пълната, но със сигурност е доста лесен за употреба, за да Git, Github и Gitflow - за тези, които могат да бъдат сбъркани с тези думи, въпреки че те не трябва.
Версиите не само помага да се избегнат досадни запаси, когато се правят промени, но също така е необходимо за работа в екип по проекта. В тази статия ще разгледаме основната командната конзола и анализира най-популярния модел на управление на клона на проекта. И за клоновете също говори.
Git - разпределена система за контрол на версиите (система за контрол на версиите - VCS).
Версиите означава, че запазвате всички версии на редактират документи, и ще можете да се върнете и да е запазена версия по всяко време. Изглежда, като че този подход е популярен само сред програмистите, но в действителност тя се използва, например, дизайнери, както и други хора, малко по-грамотни технически, да следи промените в работата.
Разпределени git'a го отличава от другите VCS. Според заданието трябва да се разбира буквално, възможността за използване на един контрол върху различни разработчици на проекти.
Между другото, Git е създал този възпитан джентълмен:
За да започнете, уверете се, че сте инсталирали Git.
Сега, всички ние трябва да се създаде хранилище, екип Git първоначален в своята пътека.
Отворете команден прозорец и отворете Desctop (да, ние сме оригинал), и след това да създадете директория (например proglib).
Сега, ние преминават към новата директория и да изпълни Git първоначален.
Всичко, което имаме празен хранилище.
Да се създаде проста README.md файл нещо като:
Сега, че знаете колко е лесно да се работи с разклонения, няма да се учудите, че много хора имат особен подход към управлението на клонове.
Но има и друг подход, който е популярен в общността. Запознайте популярен клонове контрол модул Gitflow:
Схема е случайно, когато го видя за първи път, така че нека да отидем в ред. В момента има две основни отрасли: майстор и се развива.
майстор клон съдържа точно същия код като в работата (т.е. продукт) версия на проекта. И през цялото направено в бранша работата се развива.
В процеса на работа въз основа на разработване на са така наречените функции клоните. Не може да има неограничен брой.
На следващо място, ние имаме клон на освобождаване, който се използва, за да се подготви за новата версия на проекта.
И накрая, има корекция клон, който служи за спешни поправки грешки, намерени, например, върху продукта.
Това означава, че на теория, има работен процес Gitflow:
1. Създаване на хранилище
2. хранилището се инициализира
3. Работа започва да се развива клон
4. Налице е необходимост да се опита нещо ново - да се създаде функция-клон, и се ангажират
5. Когато приключите работа по черта-клон, вие го слее да се развива
6. Ако сте доволни от настоящата версия, но искате да продължите работа, създайте клон на освобождаване, когато текущата версия е преместен. Редактиране на грешки ще се появят в един и същи бранш.
7. Когато освобождаване клон свърши, време, за да го слее с капитана и да продължи да работи с развият
8. Освен това, този въпрос може да бъде маркиран на майстор-клон
Ние извършваме по-горе описаната стъпка-по-стъпка, но първо се уверете, че имате gitflow-AVH - инструмент за работа с Gitflow. На Mac можете да го инсталирате чрез самоделна:
варя инсталирате Git - поток - AVH
gitflow-AVH - колекция от разширения за Git, която помага да се избегнат много от повтарящи се задачи и като цяло да направят живота по-лесно (не съм сигурен). Например, когато се работи с черта-клон, ползата ще провери дали тя ще бъде слято се развива, и да го премахнем, ако всичко мина добре. Разбира се, можете да следвате модела Gitflow и независимо, като ръцете на работа, но това е много по-лесно да се използва като готово решение, нали?
Следваща ще бъде на няколко въпроса, но ако оставите опцията по подразбиране, тази команда просто ще създаде и името на клоновете, в съответствие с модела Gtiflow.
Когато всичко свърши, ще видите, че сте на клона се развива. Сега, да създадете нов черта-клон:
Git - поток функция стартиращи new_docs
След това отворете README.md и да правите промени. След, направи се ангажират:
Git ангажират - м "Добавена е нова документация»
Сега, ако ние сме доволни от всичко, ние в крайна сметка с тази тема:
Git - поток функция покритие new_docs
Както може да се види на изхода на конзолата, този отбор е направил следното:
1. слива клонове и развиват new_docs
2. Свалете new_docs
3. Надстройка за разработване на клон, за да бъде в състояние да продължи да работи
Да предположим, че е нова функция, ние сме доволни, че е тестван и работи нормално. Сега ние трябва да се освободи.
За да започнете, трябва да изпълните командата:
започне освобождаване на потока 2.0 - Git
Можете да направите някакви последните потенциални грешки, обновете версията (която има стойност в развитието на мобилните приложения), и така нататък.
Когато работата е завършена, просто напишете:
завърши освобождаване на потока 2.0 - Git
Вие ще трябва да се добавят няколко съобщения и етикети и след това помощната програма ще направите следното:
1. Освобождаването ще се слее и господар
2. освобождаване на постелята като 2.0
3. Освобождаването ще се слее и да разработи
4. Премахване на освобождаването
5. Подобрете да се развива
Понякога работим заедно припомня на класиците:
На githabe можете да добавите някой познат на персонала в настройките на Settings-сътрудници. Поканени така участниците ще могат да тласне към вашия хранилище, или може да се изгради екип от програмисти и коригирайте нивата на достъп при всеки проект.
Но дори и ако познавате лицето добре, може да не винаги като това, което някой се ангажира с капитана без ваше знание. За такива случаи в съществуващ член GitHub разтегателен request'y и преглед на кода.
Тя работи по следния начин: правиш някакъв вид подобрение или да се определи по featire-клон, прави искане притегляне, един от старшите разработчиците, които отговарят за проекта изглежда вашия код (т.е. прави преглед на кода), може да направи всякакви коментари и в крайна сметка да добавите кода си в главния клон (или някъде другаде).
В действителност, свързани с прегледа, кодът може да бъде различна. Буквално от
И как да се прилага по отношение на прегледа на код? Свърши се, че това е много важно нещо, а вие трябва да имате търпение и да направи всичко басейна rekvest преглед, когато става въпрос за вашия проект, например. В дългосрочен план това ще се отплати. И, разбира се, лесно да се каже «просто го направи», но в някои случаи да продължи установената традиция в екипа за развитие може да доведе до преразглеждане на отношението им към определени неща.
Създаване на нова функция, клон:
Свързани статии