git-commit-tree – онлайн у хмарі

ПРОГРАМА:

ІМ'Я

git-commit-tree - Створіть новий об'єкт фіксації

СИНТАКСИС

мерзотник дерево комітів [(-с )...]
мерзотник дерево комітів [(-с )...] [-S[ ]] [(-м )...]
[(-F )...]

ОПИС

Зазвичай це не те, що кінцевий користувач хоче запустити безпосередньо. Побачити git-commit(1) замість цього.

Створює новий об’єкт фіксації на основі наданого об’єкта дерева та випускає новий коміт
ідентифікатор об'єкта на стандартному виводі. Повідомлення журналу читається зі стандартного введення, якщо -m або -F
надаються варіанти.

Об’єкт фіксації може мати будь-яку кількість батьків. З одним батьком це звичайне
здійснити. Наявність кількох батьківських елементів робить фіксацію злиттям між кількома рядками
історії. Початкові (кореневі) коміти не мають батьків.

Хоча дерево представляє певний стан каталогу робочого каталогу, фіксація
представляє цей стан у "часі" та пояснює, як туди потрапити.

Зазвичай фіксація ідентифікує новий стан "HEAD", а Git байдуже, де ви
збережіть примітку про цей стан, на практиці ми зазвичай просто записуємо результат у файл
на який вказує .git/HEAD, щоб ми завжди могли бачити, який останній зафіксований стан
був

ВАРІАНТИ

Існуючий об’єкт дерева

-стр
Кожен -p вказує ідентифікатор батьківського об’єкта фіксації.

-м
Абзац у повідомленні журналу фіксації. Це можна дати не один раз і кожен
стає власним абзацом.

-Ф
Прочитайте повідомлення журналу фіксації з даного файлу. Використовувати - для читання зі стандарту
Вхід

-S[ ], --gpg-sign[= ]
GPG-знак фіксує. Аргумент keyid є необов'язковим і за замовчуванням для комітера
ідентичність; якщо вказано, він повинен бути закріплений за параметром без пробілу.

--no-gpg-sign
Countermand змінна конфігурації commit.gpgSign, яка налаштована на примусове використання кожної
зобов’язуються підписати.

COMMIT ІНФОРМАЦІЯ

Коміт інкапсулює:

· всі ідентифікатори батьківських об'єктів

· ім'я автора, електронна адреса та дата

· ім'я та електронна адреса учасника, а також час фіксації.

У той час як ідентифікатори батьківських об’єктів надаються в командному рядку, інформація про автора та комітера
береться з таких змінних середовища, якщо встановлено:

GIT_AUTHOR_NAME
GIT_AUTHOR_EMAIL
GIT_AUTHOR_DATE
GIT_COMMITTER_NAME
GIT_COMMITTER_EMAIL
GIT_COMMITTER_DATE

(nb "<", ">" і "\n" вилучено)

Якщо (деякі з) ці змінні середовища не встановлені, інформація береться з
елементи конфігурації user.name та user.email, або, якщо вони відсутні, середовище
змінна EMAIL або, якщо це не встановлено, ім’я користувача системи та ім’я хоста, яке використовується для
вихідна пошта (взято з /etc/mailname і повернутися до повного імені хоста
коли цього файлу не існує).

Коментар фіксації читається зі стандартного входу. Якщо запис у журналі змін не надано через "<"
перенаправлення, мерзотник дерево комітів буде просто чекати, поки один буде введений та закінчений ^D.

ДАТА ПРОВЕДЕННЯ ФОРМАТИ

Змінні середовища GIT_AUTHOR_DATE, GIT_COMMITTER_DATE підтримують наступну дату
формати:

Внутрішній формат Git
це є , де є числом
секунд з часів епохи UNIX. є позитивним або негативним зміщенням
від UTC. Наприклад, CET (що на 2 години попереду за UTC) дорівнює +0200.

RFC 2822
Стандартний формат електронної пошти, описаний у RFC 2822, наприклад, чт, 07 квітня 2005 р.
22:13:13 +0200.

ISO 8601
Час і дата визначені стандартом ISO 8601, наприклад 2005-04-07T22:13:13. The
аналізатор також приймає пробіл замість символу T.

Примітка:
Крім того, частина дати приймається в таких форматах: РРРР.ММ.ДД,
ММ/ДД/РРРР та ДД.ММ.РРРР.

ОБГОВОРЕННЯ

Git певною мірою не залежить від кодування символів.

· Вміст об'єктів BLOB - це неінтерпретовані послідовності байтів. Немає
кодування перекладу на базовому рівні.

· Назви шляхів кодуються у формі нормалізації UTF-8 C. Це стосується об'єктів дерева,
файл індексу, імена посилань, а також імена шляхів у аргументах командного рядка,
змінні середовища та файли конфігурації (.git/config (див git-config(1)), гітигнорувати(5)
gitattributes(5) і gitmodules(5)).

Зверніть увагу, що Git на базовому рівні розглядає імена шляхів просто як послідовності, які не мають значення NUL
байтів, немає перетворення кодування імен шляху (за винятком Mac і Windows).
Таким чином, використання імен шляхів, відмінних від ASCII, здебільшого працюватиме навіть на платформах і файлах
системи, які використовують застарілі розширені кодування ASCII. Однак репозиторії, створені на
такі системи не працюватимуть належним чином у системах на основі UTF-8 (наприклад, Linux, Mac, Windows)
і навпаки. Крім того, багато інструментів на основі Git просто приймають імена шляхів
UTF-8 і не зможе правильно відобразити інші кодування.

· Повідомлення журналу фіксації зазвичай кодуються в UTF-8, але інші розширені кодування ASCII
також підтримуються. Сюди входять ISO-8859-x, CP125x та багато інших, але НЕ
Багатобайтові кодування UTF-16/32, EBCDIC і CJK (GBK, Shift-JIS, Big5, EUC-x, CP9xx
і т.д.).

Хоча ми рекомендуємо, щоб повідомлення журналу фіксації були закодовані в UTF-8, як ядро, так і
Git Porcelain розроблений так, щоб не нав’язувати UTF-8 у проектах. Якщо всі учасники а
конкретному проекту зручніше використовувати застарілі кодування, Git не забороняє
це. Однак варто пам’ятати про декілька речей.

1. мерзотник commit та мерзотник дерево комітів видає попередження, якщо надане йому повідомлення журналу фіксації
не виглядає як дійсний рядок UTF-8, якщо ви явно не вкажете, що ваш проект використовує a
застаріле кодування. Щоб сказати це, потрібно мати i18n.commitencoding у .git/config
файл, наприклад:

[i18n]
кодування комітів = ISO-8859-1

Об’єкти фіксації, створені з наведеним вище параметром, записують значення i18n.commitencoding
у його заголовку кодування. Це допоможе іншим людям, які пізніше подивляться на них. Відсутність
цей заголовок означає, що повідомлення журналу фіксації закодовано в UTF-8.

2. мерзотник журнал, мерзотник Показувати, мерзотник звинувачувати і друзі дивляться на заголовок кодування коміту
об’єкта та спробуйте перекодувати повідомлення журналу в UTF-8, якщо не вказано інше. ти
може вказати потрібне кодування вихідних даних за допомогою i18n.logoutputencoding у .git/config
файл, наприклад:

[i18n]
кодування вихідних даних = ISO-8859-1

Якщо у вас немає цієї змінної конфігурації, значення i18n.commitencoding таке
використовується замість цього.

Зауважте, що ми свідомо вирішили не перекодувати повідомлення журналу фіксації, коли є фіксація
зроблено для примусового використання UTF-8 на рівні об’єкта фіксації, оскільки перекодування на UTF-8 не є
обов'язково оборотна операція.

Використовуйте git-commit-tree онлайн за допомогою служб onworks.net