-
1. Начало
- 1.1 За Version Control системите
- 1.2 Кратка история на Git
- 1.3 Какво е Git
- 1.4 Конзолата на Git
- 1.5 Инсталиране на Git
- 1.6 Първоначална настройка на Git
- 1.7 Помощна информация в Git
- 1.8 Обобщение
-
2. Основи на Git
-
3. Клонове в Git
-
4. Git на сървъра
- 4.1 Комуникационни протоколи
- 4.2 Достъп до Git на сървъра
- 4.3 Генериране на SSH публичен ключ
- 4.4 Настройка на сървъра
- 4.5 Git Daemon
- 4.6 Smart HTTP
- 4.7 GitWeb
- 4.8 GitLab
- 4.9 Други опции за хостване
- 4.10 Обобщение
-
5. Git в разпределена среда
-
6. GitHub
-
7. Git инструменти
- 7.1 Избор на къмити
- 7.2 Интерактивно индексиране
- 7.3 Stashing и Cleaning
- 7.4 Подписване на вашата работа
- 7.5 Търсене
- 7.6 Манипулация на историята
- 7.7 Мистерията на командата Reset
- 7.8 Сливане за напреднали
- 7.9 Rerere
- 7.10 Дебъгване с Git
- 7.11 Подмодули
- 7.12 Пакети в Git (Bundling)
- 7.13 Заместване
- 7.14 Credential Storage система
- 7.15 Обобщение
-
8. Настройване на Git
- 8.1 Git конфигурации
- 8.2 Git атрибути
- 8.3 Git Hooks
- 8.4 Примерна Git-Enforced политика
- 8.5 Обобщение
-
9. Git и други системи
- 9.1 Git като клиент
- 9.2 Миграция към Git
- 9.3 Обобщение
-
10. Git на ниско ниво
- 10.1 Plumbing и Porcelain команди
- 10.2 Git обекти
- 10.3 Git референции
- 10.4 Packfiles
- 10.5 Refspec спецификации
- 10.6 Транспортни протоколи
- 10.7 Поддръжка и възстановяване на данни
- 10.8 Environment променливи
- 10.9 Обобщение
-
A1. Приложение A: Git в други среди
- A1.1 Графични интерфейси
- A1.2 Git във Visual Studio
- A1.3 Git във Visual Studio Code
- A1.4 Git in IntelliJ / PyCharm / WebStorm / PhpStorm / RubyMine
- A1.5 Git в Sublime Text
- A1.6 Git в Bash
- A1.7 Git в Zsh
- A1.8 Git в PowerShell
- A1.9 Обобщение
-
A2. Приложение B: Вграждане на Git в приложения
- A2.1 Git от команден ред
- A2.2 Libgit2
- A2.3 JGit
- A2.4 go-git
- A2.5 Dulwich
-
A3. Приложение C: Git команди
- A3.1 Настройки и конфигурация
- A3.2 Издърпване и създаване на проекти
- A3.3 Snapshotting
- A3.4 Клонове и сливане
- A3.5 Споделяне и обновяване на проекти
- A3.6 Инспекция и сравнение
- A3.7 Дебъгване
- A3.8 Patching
- A3.9 Email команди
- A3.10 Външни системи
- A3.11 Административни команди
- A3.12 Plumbing команди
A2.1 Приложение B: Вграждане на Git в приложения - Git от команден ред
Ако вашето приложение е предназначено за разработчици, твърде вероятно е интеграцията на сорс контрол възможности да му е от полза. Дори и non-developer приложенията, като редактори на документи например, могат потенциално да се възползват от version-control функционалностите и моделът на Git работи добре в много и разнообразни сценарии.
Ако трябва да интегрирате Git във вашите собствени приложения, по същество разполагате с две опции: да извиквате шел сесия и да се обръщате към git
от командния ред или да вградите Git библиотека в приложението си.
Тук ще погледнем интеграцията от команден ред и някои от най-популярните Git библиотеки, които могат да се вграждат.
Git от команден ред
Една възможност е да се стартира шел процес и да се използват Git командите за необходимите дейности. Предимството на такъв подход е в последователността и всички Git функционалности са налице. Освен това е сравнително лесно, защото повечето runtime среди разполагат със сравнително лесен механизъм за извикване на процеси с аргументи от команден ред. Обаче, подходът си има и недостатъци.
Един от тях е, че изходът е в чист текст. Това означава, че трябва да се обработва изходния формат на Git за прочитане на прогреса на дадено действие и информацията от резултатите, което може да е неефективен и податлив на грешки процес.
Друго неудобство е липсата на поддръжка за възстановяване на състоянието при възникнали грешки. Ако дадено хранилище по някакъв начин се повреди или потребителят е подал неправилно форматирана конфигурационна стойност, то Git просто ще откаже да изпълни много операции.
Друг аспект е управлението на процесите. Git изисква да поддържате шел обкръжение в отделен процес, което може да добави нежелана сложност. Опитът да координирате много такива процеси (особено когато потенциално манипулирате едно и също хранилище от много процеси) може да бъде сериозно предизвикателство.