українська мова ▾ Topics ▾ Latest version ▾ git-commit last updated in 2.55.0

НАЗВА

git-commit — Запис змін до репозиторію

СИНОПСИС

git commit [-a | --interactive | --patch] [-s] [-v] [-u[<mode>]] [--amend]
	   [--dry-run] <commit>]
	   [-F <file> | -m <msg>] [--reset-author] [--allow-empty]
	   [--allow-empty-message] [--no-verify] [-e] [--author=<author>]
	   [--date=<date>] [--cleanup=<mode>] [--[no-]status]
	   [-i | -o] [--pathspec-from-file=<file> [--pathspec-file-nul]]
	   [(--trailer <token>[(=|:)<value>])…​] [-S[<keyid>]]
	   [--] [<pathspec>…​]

ОПИС

Створює новий коміт, що містить поточний вміст індексу та вказане повідомлення журналу з описом змін. Новий коміт є прямим дочірнім елементом HEAD, зазвичай це вершина поточної гілки, і гілка оновлюється, щоб вказувати на неї (якщо жодна гілка не повʼязана з робочим деревом, у цьому випадку HEAD "відокремлюється", як описано в git-checkout[1]).

Вміст, який потрібно зафіксувати, можна вказати кількома способами:

  1. використовуючи git-add[1] для поступового "додавання" змін до індексу перед використанням команди commit (Примітка: навіть змінені файли необхідно "додавати");

  2. використовуючи git-rm[1] для видалення файлів з робочого дерева та індексу, знову ж таки перед використанням команди commit;

  3. шляхом перерахування файлів як аргументів команди commit (без параметрів --interactive або --patch), і в цьому випадку коміт ігноруватиме зміни, поміщені в індекс, і натомість записуватиме поточний вміст перелічених файлів (який вже має бути відомий Git);

  4. використовуючи ключ -a з командою commit для автоматичного "додавання" змін з усіх відомих файлів (тобто всіх файлів, які вже перелічені в індексі) та автоматичного "збереження" файлів в індексі, які були видалені з робочого дерева, а потім виконати фактичне внесення змін;

  5. використовуючи перемикачі --interactive або --patch з командою commit, щоб по черзі вирішувати, які файли або фрагменти мають бути частиною коміту на додачу до вмісту індексу, перед завершенням операції. Дивіться розділ «Інтерактивний режим»' у git-add[1], щоб дізнатися, як керувати цими режимами.

Опцію --dry-run можна використовувати для отримання підсумків того, що включено будь-яким із перерахованих вище елементів для наступного коміту, вказавши той самий набір параметрів (опції та шляхи).

Якщо ви зробите коміт, а потім одразу після цього знайдете помилку, ви можете виправити її за допомогою git reset.

ОПЦІЇ

-a
--all

Автоматично додає файли до stage, які були змінені та видалені, але нові файли, про які ви не повідомили Git, не зачіпаються.

-p
--patch

Використовуйте інтерактивний інтерфейс вибору латок, щоб вибрати зміни для фіксації. Див. git-add[1] для отримання детальної інформації.

-U<n>
--unified=<n>

Створити diffs з <n> рядками контексту. Зазвичай кількість рядків контексту дорівнює значенню diff.context або 3, якщо ця змінна конфігурації не встановлена. (Опція -U без аргументу <n> через історичну випадковість мовчки приймається як синонім опції -p).

--inter-hunk-context=<n>

Показує контекст між фрагментами відмінностей (diff hunks), до вказаної <кількості> рядків, таким чином обʼєднуючи фрагменти, що знаходяться близько один до одного. Стандартно використовується значення diff.interHunkContext або 0, якщо параметр конфігурації не встановлено.