Команда Basic Git: crib

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

Тези задачи са предназначени за управление на системата за контрол на версиите. И един от тях е продукт, наречен Git.

Системи за контрол на версиите: малко теория

Накратко, всяка система за контрол на версиите ви позволява да запазите всички промени, направени в файла на проекта. Това ви дава възможност да контролирате грешките в кода и да ги поправите бързо.


Условната система за контрол на версиите може да бъде разделена на три вида:
  • локално;
  • централизиран;
  • .
  • Видове системи за контрол на версиите

    Локалната версия ви позволява да поддържате база данни с всички промени във файла на разработвания проект. Този тип е най-лесният и най-достъпен и способен да работи на компютърен програмист или участник. Централизираните системи за контрол на версиите решават такъв актуален въпрос като работа по проект от няколко разработчици. Същността му е в това, че файловете се съхраняват не на компютър, а на конкретен сървър, към който е свързан. Така участниците в проекта могат да получатдостъп до различни версии на файлове, и става по-лесно да се контролира кой и какво е зает при проектирането. Въпреки това, ако по някаква причина сървърът е недостъпен или се провали, тогава ще има сериозни проблеми. Това може да се усложни от факта, че не винаги е възможно да се възстановят всички данни обратно.


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

    Git: описание и характеристики на системата

    Системата за контрол на версията Git има свои особености. Повечето системи съхраняват файлове, като ги променят според инструкциите в проекта. Това е, например, версията на текущото развитие под номер 3 може да съдържа данни за промени във файлове А и Б. И вече версия 4 ще има А, В и Б. По този начин файловете се променят при необходимост. Git работи малко по-различно. Всяка версия на проекта ще съдържа варианти на всички файлове A, B и V. независимо от това колко промени ще бъдат направени. Разбира се, Git не съхранява всяко копие на файла, а използва само препратката към него.
    Друга важна характеристика е възможността за директна работа с локално хранилище. Това е, акотрябва да направите редакции, след това те се изпълняват директно на компютъра на участника в проекта. Това е много удобно, когато разработчикът е далеч от интернет. След това при достъп до сървъра ще можете да изпращате всички данни в общото хранилище.
    За да се запази целостта на данните, се използва методът на хеширане на всеки променен файл по метода SHA-1. Това позволява на системата за контрол на версиите да знае точно къде, кой и кога е променил файла.

    Git: инсталация

    За да започнете работа с Git, трябва да я инсталирате. Системата за контрол на версиите е достъпна за използване в Windows, Mac OS, Linux. Можете да изтеглите версията за Windows на git-for-windows.github.io. След като изтеглите програмата, която трябва да инсталирате. Прост инсталатор, така че тази процедура не трябва да създава проблеми.
    Много често потребителите се сблъскват с проблем, при който конзолата пише, че Git не е вътрешна или външна команда при опит за въвеждане на данни. Решението може да бъде да добавите пълен път към директорията в променливата на средата PATH.

    Първите команди

    След инсталирането на системата за контрол на версиите на компютъра, тя трябва да бъде конфигурирана. Заслужава да се отбележи, че до този момент Github трябва да регистрира сметката си. За да извършите първоначалната настройка, трябва да се обадите на конзолния клиент, тъй като ще трябва да въведете команди. Можете да направите това, като щракнете с десния бутон на мишката и изберете елемента Git Bash. Трябва да отворите прозореца на конзолния клиент, който ви подканва да въведете данни. В него е необходимо последователно да се изпълни командата Git Bash:
  • gitconfig --global user.name "Име";
  • git config --global user.mail "Е-мейл адрес".
  • На този етап трябва да конфигурирате метода за завършване на низовете, като използвате две команди:
  • git config --global core.autocrlf true;
  • git config --global core.safecrlf false.
  • Това е достатъчно за първоначалната настройка на Git. След това ще се използват само команди за управление на проекти.

    Команди Basic Git

  • Init: Тази команда създава ново хранилище.
  • Пример за употреба: име на проект init.
  • Клониране. Генерира копие от съществуващото хранилище от отдалечен източник.
  • Тук е командата git clone: ​​clone git: //github.com/to на дървото.
  • Добавяне. Най-често използваната команда в системата за контрол на версиите на Git. Той изпълнява проста задача - добавя тези файлове към специална област, наречена индекс или сцена. Тя може да носи няколко файла или папка, които впоследствие ще трябва да бъдат добавени в хранилището или, в езика Git, "пакет".
  • Пример за използване на тази команда Git изглежда така: add some_file.txt.
  • Състояние. Позволява ви да видите списъка с файловете, които се намират в индекса и в работната папка. Служи за наблюдение и преглеждане на предварително зададени данни или техните модифицирани, но не въведени версии в сцената.
  • Diff. Показва разликата между състоянията. Например, като използвате тази команда Git, можете да определите дали има промяна между папката на проекта и индекса.
  • Ангажиране. Изпълнява кеш на всичко, което се съдържа в индекса директно в базата данни. В резултат на командата Git на екрана ще се появи текстов файлМожете да посочите кои промени са направени. Също така ще бъде показана информация за броя на файловете, които е извършил, и за контролната им сума. Основното нещо - не забравяйте, че след промяната в базата данни ще паднат само данните, въведени в индекса от командата git add.
  • Допълнителни команди Git

  • Нулиране. За функциите на този екип е името му. Той просто изхвърля специален междинен регион - индекса, посочения файл, поставен там случайно. Добра идея е да внимавате за рестартирането, когато използвате командата - - командата, тъй като тя ще се отрази на файловете в работната папка, което може да доведе до непредвидени последствия.
  • Rm. Най-точно тази команда може да бъде описана като обратна git add, тъй като премахва файловете от индекса. Вярно е, че това е и от работната папка.
  • Пример за използване: git rm some_file.txt.
  • Mv Използва се за преместване на файла.
  • Чисто. Проектиран да почиства папката на проекта от ненужни файлове.
  • Представените команди се използват за цялостните нужди на проекта.

    Работа с клонове на хранилища в Git

    Съществуват специални команди за контролиране на нишки в Git. Те могат да сливат, изтриват и създават клонове в Git. Списък с команди, представени по-долу.
  • Клон. В тази команда има няколко налични ключове, които ви позволяват гъвкаво да управлявате нишките в проекта. Браншът е един вид многопрофилен инструмент за пълен контрол върху състоянието на хранилището. Простото извикване на клон на git ще покаже всички налични клонове на хранилището. Бутонът -v, добавен към командата, ще покаже кои комети са билинаскоро записани. А използването на -d ще премахне посочения клон. Клонът може не само да изтрие, но и да създаде. Изпълнението на git на името на името ще доведе до организиране на нов клон в проекта. Заслужава да се отбележи, че в същото време индексът на текущата работна позиция е различен. Например, като създадете име на съществително, можете действително да сте в главния клон.
  • За да преминете към необходимия елемент, има команда Git checkout, която се нуждае от съобщение, което прехвърля курсора към желания клон.
  • ​​
  • Поръчка. Както вече бе споменато по-горе, той извършва превключване.
  • Обединяване. Тази команда ви позволява да обедините няколко клона.
  • Дневник. Функцията показва всички промени от началото на проекта до последната комисия. Използването на разнообразни ключове във връзка с екипно повикване ви позволява да разширите функционалността му. Например, git log -p -2 call ще ви позволи да видите подробна информация за промените във всяка запетая. Вторият ключ -2 казва, че трябва само да покажете последните 2 промени. Аргументът -stat, добавен към git log call, ще се изпълни почти същия като -r, но в по-подробна и компактна форма. Можете също да използвате git log, за да показвате информация за промените, като създадете свой собствен формат за показване, като използвате опциите за формат на доста ключови думи. За да добавите специален вид, трябва да използвате някакъв вид регулярни изрази. Например такъв запис получава log --pretty = формат "% h,% an,% ar,% s" ще покаже кратък хеш на комитета, след това негов автор, дата и коментар за промяната. Много е удобно да се използва при гледане на голям брой комети.
  • Екипи заразпределена работа в системата

  • Fetch. Когато въведете този команден git, конзолата ще пренесе всички промени от локалното хранилище.
  • Издърпайте. Командата git pull е симбиоза на двете по-горе - git fetch и git merge. Това означава, че първо получава информация от отдалеченото хранилище и след това извършва сливането с използвания понастоящем клон.
  • Натиснете. Точно от името на тази команда в потребителската среда се появява изразът "zoprushit", което означава свързване към отдалечено хранилище и прехвърляне там се променя от локалния.
  • Команди за дистанционно управление

  • Дистанционно управление. Той е мощен инструмент за управление на отдалечени хранилища. С Remote можете да изтривате, преглеждате, премествате или създавате нови.
  • Архив. Името говори само за себе си. Командата ви позволява да създадете архив с необходимите промени, например, за да се подготвите за предаване в мрежата.
  • Как се използва тази ясла

    Материалите, представени в статията, не отразяват всички команди на Git. Маската е по-вероятно да помогне на начинаещите, които искат да овладеят този доста сложен продукт за контрол на версиите. От известно време хората активно използват Git, това ще ви помогне да запомните внезапно забравения команден ключ или неговото писане.
    В действителност, системата за контрол на версиите Git има огромен потенциал по отношение на конфигурацията и управлението. Голям брой команди и няколко ключове, използвани в тях - най-доброто потвърждение. За тези, които искат да проучат подробно всички свойства и настройки на Git, има многопроменлива, включително официалната Github, която подробно описва системата като цяло и всички тънкости на използване на команди.

    Свързани публикации