Це команда git-update-ref, яку можна запустити у безкоштовного хостинг-провайдера OnWorks за допомогою однієї з наших безкоштовних онлайн-робочих станцій, таких як Ubuntu Online, Fedora Online, онлайн-емулятор Windows або онлайн-емулятор MAC OS
ПРОГРАМА:
ІМ'Я
git-update-ref – безпечно оновити назву об’єкта, що зберігається в посиланні
СИНТАКСИС
мерзотник оновлення-реф [-м ] (-д [ ] | [--no-deref] [--create-reflog] [ ] | --stdin [-z])
ОПИС
За наявності двох аргументів зберігає в , можливо, розіменування
символічні реф. Наприклад, git update-ref HEAD оновлює поточну голову гілки до
новий об'єкт.
За наявності трьох аргументів зберігає в , можливо, розіменування
символічні посилання після перевірки поточного значення сірники .
Наприклад, git update-ref refs/heads/master оновлює головну голову гілки
до тільки якщо його поточне значення . Ви можете вказати 40 "0" або пусте поле
рядок як щоб переконатися, що посилання, яке ви створюєте, не існує.
Це також дозволяє файлу "ref" бути символічним покажчиком на інший файл посилання, починаючи з
чотирибайтова послідовність заголовків "ref:".
Що ще важливіше, це дозволяє оновлювати файл посилання за цими символічними покажчиками,
незалежно від того, чи є вони символічними посиланнями чи цими «звичайними файлами символічних посилань». Це слідує реальний символьні посилання
лише якщо вони починаються з "refs/": інакше він просто спробує їх прочитати та оновити
як звичайний файл (тобто це дозволить файловій системі стежити за ними, але перезапише
таке символічне посилання на інше місце зі звичайною назвою файлу).
Якщо задано --no-deref, сам перезаписується, а не результат наступного
символічні покажчики.
Загалом, використовуючи
git update-ref HEAD "$head"
має бути а багато безпечніше, ніж робити
echo "$head" > "$GIT_DIR/HEAD"
обидва з точки зору символічного посилання та точка зору перевірки помилок. "посилання/"
правило для символічних посилань означає, що символічні посилання, які вказують на «поза» дерева, безпечні: вони будуть
слідувати для читання, але не для запису (тому ми ніколи не будемо писати за посиланням посилання на
якесь інше дерево, якщо ви скопіювали цілий архів, створивши дерево символічних посилань).
З прапорцем -d видаляється названий після перевірки він все ще містить .
За допомогою --stdin update-ref читає інструкції зі стандартного введення та виконує всі
модифікації разом. Вкажіть команди виду:
оновлення ІП СП [SP ] ЛФ
створити ІП СП LF
вилучити ІП [SP ] ЛФ
перевірити ІП [SP ] ЛФ
варіант СП LF
З --create-reflog, update-ref створить reflog для кожного посилання, навіть якщо воно не створить
зазвичай створюються.
Поля, що містять пробіли, візьміть у лапки так, ніби вони були рядками у вихідному коді C; тобто,
в оточенні подвійних лапок і зі зворотною скісною рискою. Використовуйте 40 символів "0" або порожні
рядок для визначення нульового значення. Щоб указати відсутнє значення, пропустіть значення та його
попередній SP цілком.
Крім того, використовуйте -z, щоб вказати у форматі з закінченням NUL без лапок:
оновлення ІП НУЛЬ NUL [ ] NUL
створити ІП НУЛЬ НУЛЬ
вилучити ІП NUL [ ] NUL
перевірити ІП NUL [ ] NUL
варіант СП НУЛЬ
У цьому форматі використовуйте 40 "0", щоб указати нульове значення, і використовуйте порожній рядок, щоб указати
відсутнє значення.
У будь-якому форматі значення можна вказати в будь-якій формі, яку Git розпізнає як об’єкт
назва. Команди в будь-якому іншому форматі або повторюються виробляти помилку. Командні значення
є:
оновлення
встановити до після перевірки , якщо дано. Вкажіть нуль
щоб переконатися, що посилання не існує після оновлення та/або нуль
щоб переконатися, що посилання не існує до оновлення.
створювати
Створити з після перевірки його не існує. Дане
може не дорівнювати нулю.
видаляти
Видалити після перевірки його існування з , якщо дано. Якщо дано,
може не дорівнювати нулю.
перевірити
Підтвердити проти але не змінювати його. Якщо нуль або відсутній,
посилання не повинно існувати.
варіант
Змінити поведінку наступної команди з назвою a . Єдиним дійсним варіантом є no-deref
щоб уникнути розіменування символічного посилання.
Я падаю s можна заблокувати за допомогою відповідності s одночасно, всі модифікації
виконуються. В іншому випадку жодні зміни не виконуються. Зауважимо, що при цьому кожен індивідуальний
оновлюється або видаляється атомарно, одночасний читач все ще може бачити підмножину
модифікації.
ВХІД ОНОВЛЕННЯ
Якщо параметр конфігурації "core.logAllRefUpdates" є істинним, а посилання є одним нижче
"refs/heads/", "refs/remotes/", "refs/notes/" або символічне посилання HEAD; або файл
"$GIT_DIR/журнали/ " існує, тоді git update-ref додасть рядок до файлу журналу
"$GIT_DIR/журнали/ " (розіменування всіх символічних посилань перед створенням імені журналу)
що описує зміну значення посилання. Рядки журналу мають такий формат:
1. oldsha1 SP newsha1 SP комітент LF
Де «oldsha1» — 40-символьне шістнадцяткове значення, яке раніше зберігалося в ,
"newsha1" - це шістнадцяткове значення з 40 символів і "комітент" є
ім’я комітента, адреса електронної пошти та дата в стандартному форматі ідентифікатора комітента Git.
Додатково з -m:
1. oldsha1 SP newsha1 SP комітер TAB повідомлення LF
Де всі поля описані вище, а «повідомлення» — це значення, яке надається в -m
варіант.
Оновлення не вдасться (без змін ), якщо поточний користувач не може створити нового
файл журналу, додається до існуючого файлу журналу або не містить інформації про комітер
в наявності.
GIT
Частина мерзотник(1) люкс
Використовуйте git-update-ref онлайн за допомогою сервісів onworks.net
