Setup and Config
Getting and Creating Projects
Basic Snapshotting
Branching and Merging
Sharing and Updating Projects
Inspection and Comparison
Patching
Debugging
External Systems
Server Admin
Guides
- gitattributes
- Command-line interface conventions
- Everyday Git
- Frequently Asked Questions (FAQ)
- Glossary
- Hooks
- gitignore
- gitmodules
- Revisions
- Submodules
- Tutorial
- Workflows
- All guides...
Administration
Plumbing Commands
- 2.43.1 → 2.51.0 no changes
-
2.43.0
2023-11-20
- 2.10.5 → 2.42.4 no changes
-
2.9.5
2017-07-30
- 2.1.4 → 2.8.6 no changes
-
2.0.5
2014-12-17
ОПИС
Цю команду кінцевий користувач не захоче виконувати. Ніколи. Ця документація призначена для людей, які вивчають скрипти типу Porcelain та/або пишуть нові.
Скриптлет git sh-setup розроблений для використання (використанням .
) іншими скриптами оболонки для налаштування деяких змінних, що вказують на звичайні каталоги Git, та кількох допоміжних функцій оболонки.
Перш ніж отримувати його, ваш скрипт повинен налаштувати кілька змінних; USAGE
(та LONG_USAGE
, якщо такі є) використовується для визначення повідомлення, яке видається функцією оболонки usage
(). SUBDIRECTORY_OK
можна встановити, якщо скрипт може запускатися з підкаталогу робочого дерева (деякі команди цього не роблять).
Скриптлет встановлює змінні оболонки GIT_DIR
та GIT_OBJECT_DIRECTORY
, але не експортує їх у середовище.
ФУНКЦІЇ
- die
-
вихід після видачі наданого повідомлення про помилку до стандартного потоку помилок.
- usage
-
померти разом із повідомленням про використання.
- set_reflog_action
-
Встановіть для середовища
GIT_REFLOG_ACTION
заданий рядок (зазвичай назва програми), якщо він ще не встановлений. Щоразу, коли скрипт виконує командуgit
, яка оновлює посилання, запис у журналі посилань створюється з використанням значення цього рядка, щоб залишити запис про те, яка команда оновила посилання. - git_editor
-
запускає редактор на вибір користувача (GIT_EDITOR, core.editor, VISUAL або EDITOR) для заданого файлу, але виводить помилку, якщо редактор не вказано, а термінал не працює належним чином.
- is_bare_repository
-
виводить
true
абоfalse
у стандартний потік виводу, щоб вказати, чи є репозиторій голим репозиторієм (тобто без пов’язаного робочого дерева). - cd_to_toplevel
-
запускає chdir на верхній рівень робочого дерева.
- require_work_tree
-
перевіряє, чи поточний каталог знаходиться в робочому дереві репозиторію, в іншому випадку завершує роботу.
- require_work_tree_exists
-
перевіряє, чи існує робоче дерево, пов’язане з репозиторієм, і в іншому випадку завершує роботу. Часто це робиться перед викликом cd_to_toplevel, що неможливо зробити, якщо немає робочого дерева.
- require_clean_work_tree <action> [<hint>]
-
перевіряє, чи робоче дерево та індекс, пов’язані з репозиторієм, не мають незафіксованих змін у відстежуваних файлах. В іншому випадку програма видає повідомлення про помилку у форматі Неможливо <дія>: <причина>. <підказка> та завершує роботу. Приклад:
require_clean_work_tree rebase "Будь ласка, зафіксуйте або збережіть їх."
- get_author_ident_from_commit
-
виводить код для використання з eval для встановлення змінних GIT_AUTHOR_NAME, GIT_AUTHOR_EMAIL та GIT_AUTHOR_DATE для заданого коміту.
- create_virtual_base
-
змінює перший файл таким чином, що залишаються лише рядки, спільні з другим файлом. Якщо спільного матеріалу недостатньо, то перший файл залишається порожнім. Результат підходить як віртуальна база вхідних даних для 3-стороннього злиття.
GIT
Частина набору git[1]