-
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. GitHub
-
5. Git инструменти
- 5.1 Избор на къмити
- 5.2 Интерактивно индексиране
- 5.3 Stashing и Cleaning
- 5.4 Подписване на вашата работа
- 5.5 Търсене
- 5.6 Манипулация на историята
- 5.7 Мистерията на командата Reset
- 5.8 Сливане за напреднали
- 5.9 Rerere
- 5.10 Дебъгване с Git
- 5.11 Подмодули
- 5.12 Пакети в Git (Bundling)
- 5.13 Заместване
- 5.14 Credential Storage система
- 5.15 Обобщение
-
6. Настройване на Git
- 6.1 Git конфигурации
- 6.2 Git атрибути
- 6.3 Git Hooks
- 6.4 Примерна Git-Enforced политика
- 6.5 Обобщение
-
7. Git и други системи
- 7.1 Git като клиент
- 7.2 Миграция към Git
- 7.3 Обобщение
-
8. Git на ниско ниво
- 8.1 Plumbing и Porcelain команди
- 8.2 Git обекти
- 8.3 Git референции
- 8.4 Packfiles
- 8.5 Refspec спецификации
- 8.6 Транспортни протоколи
- 8.7 Поддръжка и възстановяване на данни
- 8.8 Environment променливи
- 8.9 Обобщение
-
9. Приложение A: Git в други среди
-
10. Приложение B: Вграждане на Git в приложения
- 10.1 Git от команден ред
- 10.2 Libgit2
- 10.3 JGit
- 10.4 go-git
- 10.5 Dulwich
-
A1. Приложение C: Git команди
- A1.1 Настройки и конфигурация
- A1.2 Издърпване и създаване на проекти
- A1.3 Snapshotting
- A1.4 Клонове и сливане
- A1.5 Споделяне и обновяване на проекти
- A1.6 Инспекция и сравнение
- A1.7 Дебъгване
- A1.8 Patching
- A1.9 Email команди
- A1.10 Външни системи
- A1.11 Административни команди
- A1.12 Plumbing команди
A1.9 Приложение C: Git команди - Email команди
Email команди
Много Git проекти, включително и самия Git, се поддържат през мейлинг листи. Git разполага с вградени инструменти за улеснение на процеса — от такива за генериране на пачове, които можете да изпратите по пощата, до такива за прилагане на пачовете от имейл съобщение.
git apply
git apply прилага пач създаден с git diff или дори с GNU diff командите.
Тя е подобна на възможностите на patch командата с някои малки разлики.
Демонстрирахме я и показахме при какви обстоятелства е подходяща в Прилагане на пачове от Email.
git am
Командата git am се използва за прилагане на пачове от email inbox с mbox формат.
Полезна е за получаване и лесно прилагане на пачове по имейл.
Видяхме използването ѝ и възможна работна последователност в Прилагане на пач с am включително с опциите ѝ --resolved, -i и -3.
Съществуват също няколко hooks, които може да използвате в помощ на работния процес с git am, разгледани са в Email Workflow Hooks.
Също така я използваме за прилагане на форматирани като пач GitHub Pull Request промени в Email известяване.
git format-patch
git format-patch се използва за генериране на серии от пачове в mbox формат, които може да използвате за изпращане към мейлинг лист със съответното коректно форматиране.
Разгледахме пример за сътрудничество в проект с git format-patch инструмента в [_project_over_email].
git imap-send
git imap-send командата качва информация генерирана с git format-patch в IMAP drafts папка.
Видяхме пример за сътрудничество в проект чрез изпращане на пачове с git imap-send в [_project_over_email].
git send-email
git send-email се използва за изпращане по имейл на пачове генерирани с git format-patch.
Отново, пример за сътрудничество по проект с нейна помощ разгледахме в [_project_over_email].
git request-pull
Командата git request-pull просто генерира примерно тяло на имейл съобщение, което може да изпратите някому.
Ако имате клон на публичен сървър и искате да покажете на някого как да интегрира промените ви без изпращане на пачове по имейл, може да изпълните тази команда и да изпратите изхода ѝ до колегата.
Демонстрирахме това генерирайки pull message в [_public_project].
