GIT

Git - це одна з найбільш широко використовуваних систем розподіленої версії управління, описаних розробниками у всьому світі як служби VCS номер один. Він працює лише з термінала, але для завантаження доступні кілька передніх-кінці.

Це вільне та відкрите програмне забезпечення для керування версіями версій, яке може обробляти як великі, так і малі проекти з максимальною ефективністю та швидкістю. Програму можна легко описати як невелику, швидку та розподілену.

Програма поставляється з декількома командами, які можуть легко запам'ятати кожен з get-go. Всі операції виконуються локально, і розроблені для роботи з ядром Linux.

Включені команди: додати, розбити, відгалужити, перевірити, клонувати, здійснити, відкоригувати, отримати, grep, init, лог, злиття, mv, тягнути, натискати, перезавантажити, скинути, rm, шоу, статус і тег. Ви можете легко дізнатись, що робить кожна команда, запустивши команду git --help з вікна терміналу.

Під час використання Git користувачі зможуть додавати файли, гілки чи шляхи, клонувати репозиторії, створювати порожні репозиторії Git, об'єднувати кілька історій розробки, відображати статус робочого дерева, записувати зміни, а також створювати, списувати або видалити гілки.

Крім того, програма дозволяє користувачам переглядати зміни між комбінаціями та робочими деревами, друкувати рядки, що відповідають шаблону, переглядати журнали виконання, завантажувати посилання та об'єкти, перейменовувати або переміщувати файли, символьні посилання та каталоги, оновлювати віддалені посилання та видаляти файли з робочого дерева.

Навіть якщо це програмне забезпечення лише для командного рядка, доступні різні графічні інтерфейси користувача (GUI), включаючи Git-Cola, SmartGit, GitEye, Giggle та Gitg. Проект вийшов з утиліт SCM (Software Configuration Management Software), таких як CVS, Subversion, ClearCase і Perforce, за рахунок дешевих локальних розгалужень, декількох робочих процесів та зручних місць розташування.

Підсумовуючи, Git - це безкоштовна система керування версіями, яка забезпечує швидкодію молнії, її легко навчитися та має дуже невеликий розмір. За допомогою Git ви можете здійснювати безконтактне перемикання контексту, кодування рядків на основі ролі, робочий процес на основі функцій та одноразові експерименти.

Що нового в цьому випуску:

• Функція допоміжного читання єдиної цілій рядки в strbuf помилково спрацьовує помилка OOM на EOF за певних умов, яка була виправлена ​​
• Окрім & quot; cc: # cruft & quot ;, & quot; cc: a@dd.re.ss # cruft & quot; був навчений "git send-email" & quot; як достовірний спосіб сказати йому, що він повинен також надіслати копію в розділ трейлера.
• Виправте регресію до & quot; gitk - bisect & quot; недавнім оновленням.
• На відміну від & quot; git commit-tree & lt; файл "," git commit-tree-F-файл "& quot ;, & quot; не пропустив вміст файлу дослівно, а завершив, нарешті, неповну рядок, якщо така існує. Останнє оновлено, щоб відповідати поведінці першого.
• "Git-архів", особливо, коли використовується з pathspec, зберігає порожній каталог у своєму виводі, навіть якщо сам Gіt це ніколи не робить. Це було виправлено.
• Захист від помилок API, що також відбувається з попередженнями від GCC.
• "git gc" намагається уникати запуску двох екземплярів одночасно, читаючи та записуючи pid / host від і до файлу блокування; він використовував неправильний формат fscanf () при читанні, який було виправлено.
• Тестовий лінтер був вчив, що нам не подобається & quot; echo-e & quot ;.
• Код cmp.std.c нітпік.
• "Опис git - match" навчився брати кілька візерунків у серії v2.13, але ця функція ігнорувала шаблони після першого і взагалі не працювала. Це було виправлено.
• "Git cat-file --textconv" & quot; нещодавно розпочав segfaulting, який був виправлений
• Вбудований шаблон для виявлення заголовка функції & quot; для HTML не співпало .. елементи без атрибутів, які були виправлені.
• "git mailinfo" & quot; був розрядний при декодуванні цитований друкованим та виготовленим сміттям, коли два букви після знаку рівності не шістнадцяткові. Це було виправлено.
• Документація для "-X" для злиття була введена в оману, щоб припустити, що "їхні" & quot; існує, що не так.
• Назвіть назву нашої системи як & quot; Git & quot; у вихідному сценарії запиту-pull.
• Виправлення для кількох проблем доступу до пам'яті, виявлених біля панелі
• Зворотній зв'язок морального еквівалента 2015 року виправляє емуляцію голосування від верхнього потоку gnulib, щоб виправляти випадкові поломки на HPE NonStop.
• У форматі & quot; - format = ... & quot; варіант "git for-each-ref" команда (і її друзі, тобто режим запису "гітарний гілок / тег"), "% (atom:)" & quot; (наприклад, & quot;% (refname:) », & quot;% (body:) & quot; використовувалося для помилки. Замість цього обробляйте їх так, ніби товстої кишки та порожньої рядка, яка слідує за нею, не було.
• Користувачі з & quot; color.ui = always & quot; в їх конфігурації були порушені нещодавні зміни, які змусили сантехнічні команди звертати на них увагу як патч, створений внутрішньо за допомогою git add-p & quot; були кольоровими (heh) і стали непридатними для використання. Це було виправлено.
• "гітарний гілок -Ma b" в той час як на гілці, яка абсолютно не пов'язана з будь-якою гілкою або філією b, була неправильно застосована, коли використовувалося багато робочих частин. Це було виправлено.
• "Експрес-експорт" git з -М / -сполученням видається "копія" інструкція на шляху, який одночасно змінюється, що було неправильним.
• Команда контрольної точки & quot; git fast-import & quot; не змінювало оновлення для реф і знаків, якщо при створенні останнього контрольного пункту не було створено щонайменше одного об'єкта, оскільки це може статися без створення нового об'єкта.
• Скрипти для керування TravisCI були реорганізовані, а потім оптимізація, щоб уникнути витрат циклів у галузі, чий кінець позначено тегом.
• & quot; Git Fetch: & quot; дозволяє ім'я об'єкта на боці, коли інша сторона приймає такий запит з Git v2.5, але документація залишилася застарілою.
• Виправлена ​​регресія в 2.11, яка зробила код для читання списку запасних об'єктів, що перевищують кінця рядка.

Що нового у версії 2.15.1:

• Функція допоміжного читання єдиної цілій рядки в strbuf помилково спрацьовує помилка OOM на EOF за певних умов, яка була виправлена ​​
• Окрім & quot; cc: # cruft & quot ;, & quot; cc: a@dd.re.ss # cruft & quot; був навчений "git send-email" & quot; як достовірний спосіб сказати йому, що він повинен також надіслати копію в розділ трейлера.
• Виправте регресію до & quot; gitk - bisect & quot; недавнім оновленням.
• На відміну від & quot; git commit-tree & lt; файл "," git commit-tree-F-файл "& quot ;, & quot; не пропустив вміст файлу дослівно, а завершив, нарешті, неповну рядок, якщо така існує. Останнє оновлено, щоб відповідати поведінці першого.
• "Git-архів", особливо, коли використовується з pathspec, зберігає порожній каталог у своєму виводі, навіть якщо сам Gіt це ніколи не робить. Це було виправлено.
• Захист від помилок API, що також відбувається з попередженнями від GCC.
• "git gc" намагається уникати запуску двох екземплярів одночасно, читаючи та записуючи pid / host від і до файлу блокування; він використовував неправильний формат fscanf () при читанні, який було виправлено.
• Тестовий лінтер був вчив, що нам не подобається & quot; echo-e & quot ;.
• Код cmp.std.c нітпік.
• "Опис git - match" навчився брати кілька візерунків у серії v2.13, але ця функція ігнорувала шаблони після першого і взагалі не працювала. Це було виправлено.
• "Git cat-file --textconv" & quot; нещодавно розпочав segfaulting, який був виправлений
• Вбудований шаблон для виявлення заголовка функції & quot; для HTML не співпало .. елементи без атрибутів, які були виправлені.
• "git mailinfo" & quot; був розрядний при декодуванні цитований друкованим та виготовленим сміттям, коли два букви після знаку рівності не шістнадцяткові. Це було виправлено.
• Документація для "-X" для злиття була введена в оману, щоб припустити, що "їхні" & quot; існує, що не так.
• Назвіть назву нашої системи як & quot; Git & quot; у вихідному сценарії запиту-pull.
• Виправлення для кількох проблем доступу до пам'яті, виявлених біля панелі
• Зворотній зв'язок морального еквівалента 2015 року виправляє емуляцію голосування від верхнього потоку gnulib, щоб виправляти випадкові поломки на HPE NonStop.
• У форматі & quot; - format = ... & quot; варіант "git for-each-ref" команда (і її друзі, тобто режим запису "гітарний гілок / тег"), "% (atom:)" & quot; (наприклад, & quot;% (refname:) », & quot;% (body:) & quot; використовувалося для помилки. Замість цього обробляйте їх так, ніби товстої кишки та порожньої рядка, яка слідує за нею, не було.
• Користувачі з & quot; color.ui = always & quot; в їх конфігурації були порушені нещодавні зміни, які змусили сантехнічні команди звертати на них увагу як патч, створений внутрішньо за допомогою git add-p & quot; були кольоровими (heh) і стали непридатними для використання. Це було виправлено.
• "гітарний гілок -Ma b" в той час як на гілці, яка абсолютно не пов'язана з будь-якою гілкою або філією b, була неправильно застосована, коли використовувалося багато робочих частин. Це було виправлено.
• "Експрес-експорт" git з -М / -сполученням видається "копія" інструкція на шляху, який одночасно змінюється, що було неправильним.
• Команда контрольної точки & quot; git fast-import & quot; не змінювало оновлення для реф і знаків, якщо при створенні останнього контрольного пункту не було створено щонайменше одного об'єкта, оскільки це може статися без створення нового об'єкта.
• Скрипти для керування TravisCI були реорганізовані, а потім оптимізація, щоб уникнути витрат циклів у галузі, чий кінець позначено тегом.
• & quot; Git Fetch: & quot; дозволяє ім'я об'єкта на боці, коли інша сторона приймає такий запит з Git v2.5, але документація залишилася застарілою.
• Виправлена ​​регресія в 2.11, яка зробила код для читання списку запасних об'єктів, що перевищують кінця рядка.

Що нового у версії 2.15.0:

• Функція допоміжного читання єдиної цілій рядки в strbuf помилково спрацьовує помилка OOM на EOF за певних умов, яка була виправлена ​​
• Окрім & quot; cc: # cruft & quot ;, & quot; cc: a@dd.re.ss # cruft & quot; був навчений "git send-email" & quot; як достовірний спосіб сказати йому, що він повинен також надіслати копію в розділ трейлера.
• Виправте регресію до & quot; gitk - bisect & quot; недавнім оновленням.
• На відміну від & quot; git commit-tree & lt; файл "," git commit-tree-F-файл "& quot ;, & quot; не пропустив вміст файлу дослівно, а завершив, нарешті, неповну рядок, якщо така існує. Останнє оновлено, щоб відповідати поведінці першого.
• "Git-архів", особливо, коли використовується з pathspec, зберігає порожній каталог у своєму виводі, навіть якщо сам Gіt це ніколи не робить. Це було виправлено.
• Захист від помилок API, що також відбувається з попередженнями від GCC.
• "git gc" намагається уникати запуску двох екземплярів одночасно, читаючи та записуючи pid / host від і до файлу блокування; він використовував неправильний формат fscanf () при читанні, який було виправлено.
• Тестовий лінтер був вчив, що нам не подобається & quot; echo-e & quot ;.
• Код cmp.std.c нітпік.
• "Опис git - match" навчився брати кілька візерунків у серії v2.13, але ця функція ігнорувала шаблони після першого і взагалі не працювала. Це було виправлено.
• "Git cat-file --textconv" & quot; нещодавно розпочав segfaulting, який був виправлений
• Вбудований шаблон для виявлення заголовка функції & quot; для HTML не співпало .. елементи без атрибутів, які були виправлені.
• "git mailinfo" & quot; був розрядний при декодуванні цитований друкованим та виготовленим сміттям, коли два букви після знаку рівності не шістнадцяткові. Це було виправлено.
• Документація для "-X" для злиття була введена в оману, щоб припустити, що "їхні" & quot; існує, що не так.
• Назвіть назву нашої системи як & quot; Git & quot; у вихідному сценарії запиту-pull.
• Виправлення для кількох проблем доступу до пам'яті, виявлених біля панелі
• Зворотній зв'язок морального еквівалента 2015 року виправляє емуляцію голосування від верхнього потоку gnulib, щоб виправляти випадкові поломки на HPE NonStop.
• У форматі & quot; - format = ... & quot; варіант "git for-each-ref" команда (і її друзі, тобто режим запису "гітарний гілок / тег"), "% (atom:)" & quot; (наприклад, & quot;% (refname:) », & quot;% (body:) & quot; використовувалося для помилки. Замість цього обробляйте їх так, ніби товстої кишки та порожньої рядка, яка слідує за нею, не було.
• Користувачі з & quot; color.ui = always & quot; в їх конфігурації були порушені нещодавні зміни, які змусили сантехнічні команди звертати на них увагу як патч, створений внутрішньо за допомогою git add-p & quot; були кольоровими (heh) і стали непридатними для використання. Це було виправлено.
• "гітарний гілок -Ma b" в той час як на гілці, яка абсолютно не пов'язана з будь-якою гілкою або філією b, була неправильно застосована, коли використовувалося багато робочих частин. Це було виправлено.
• "Експрес-експорт" git з -М / -сполученням видається "копія" інструкція на шляху, який одночасно змінюється, що було неправильним.
• Команда контрольної точки & quot; git fast-import & quot; не змінювало оновлення для реф і знаків, якщо при створенні останнього контрольного пункту не було створено щонайменше одного об'єкта, оскільки це може статися без створення нового об'єкта.
• Скрипти для керування TravisCI були реорганізовані, а потім оптимізація, щоб уникнути витрат циклів у галузі, чий кінець позначено тегом.
• & quot; Git Fetch: & quot; дозволяє ім'я об'єкта на боці, коли інша сторона приймає такий запит з Git v2.5, але документація залишилася застарілою.
• Виправлена ​​регресія в 2.11, яка зробила код для читання списку запасних об'єктів, що перевищують кінця рядка.

Що нового у версії 2.14.1:

• Цей випуск переадресовує виправлення для & quot; ssh: //..." URL-адреса з Git v2.7.6

Що нового у версії 2.9.3:

• * Функція допоміжної служби, яка приймає вміст об'єкта commit та знаходить рядок теми, не ігнорує провідні порожні рядки, як це зазвичай роблять інші кодує коди. Зробіть ігнорування провідних порожніх рядків, щоб вони відповідали.
• Git не знає, яким має бути вміст в індексі для доріжки, доданого за допомогою "git add -N", тому "git grep --cached" не повинен показувати хіти (або показувати відсутність звернень з -L ) на такому шляху, але ця логіка не поширюється на "git grep", тобто пошук у файлах робочого дерева. Але ми зробили це помилково, що було виправлено.
• "git rebase -i --autostash" не відновив автоматичної зміни, коли операцію було перервано.
• "git commit --amend --allow-empty-message -S" для здійснення без будь-якого тіла повідомлення може помилково ідентифікувати, коли заголовок об'єкта фіксації закінчується.
• Додаткові націнки для набору рядків, які, як очікується, буквально набираються кінцевим користувачем у шрифті з фіксованою шириною.
• Довгий час ми провели в кодексі коментар, згідно з яким наш кольоровий вихід буде працювати тільки тоді, коли ми використовуємо fprintf / fputs у Windows, і це вже не так вже й минулому.
• "gc.autoPackLimit", коли встановлено значення 1, не повинно викликати перепакування, коли є лише один пакет, але код вважається слабким і зробив це.
• Одна частина "git am" мала допоміжну функцію, яка викликала речі з-за меж "його", а не називає те, що маємо "наше", яке не було нейтрально ґендерним і також не відповідає решті системи, де Зовнішній матеріал називається "їх" на відміну від "нашого".
• Тестова програма вивчила новий тестовий сигнал test_match_symal для перевірки того, що код виходу буде забитий очікуваним сигналом.
• "git blame -M" пропустив один рядок, який був переміщений у файлі.
• Виправлено нещодавно введені кодові шляхи, які беруть участь у паралельних роботах підмодулів, які відмовилися від читання занадто рано, і могли б витратити процесор під час спроби записати в умовах кутового випадку.
• "git grep-i" навчився правильно складати футляр для неассійських локалей.
• Тест, який безумовно використовував "mktemp", дізнався, що команда не обов'язково доступна скрізь.
• Файл "git guilty file" дозволив лінії рядків у незаповненому вміст "файлу", який був невиконаний, для перевірки, але він відмовився, коли "файл" не відображався в поточній фіксації. Коли "файл" був створений, перейменувавши існуючий файл (але зміна не було здійснено), це обмеження було зайвим.
• "git add-n dir / file & amp; git writing-tree" видав неправильне дерево, коли є інші шляхи в тому ж каталозі, який сортується після "файла".
• "git get http: // user: pass @ host / repo ..." очистив частину userinfo, але "git push" не було.
• Виправлена ​​стара помилка, яка призвела до неправильного поводження "git diff --ignore-space-at-eol".
• "git notes merge" мав код, щоб побачити, чи існує шлях (і він не працює, якщо він працює), а потім відкрити шлях для написання (коли це не так). Замінити його відкритим за допомогою O_EXCL.
• "git pack-objects" та "git index-pack" в основному працюють з off_t, коли говорять про зміщення об'єктів у файлі packfile, але там було декілька місць, які використовували "unsigned long" для збереження цього значення, до ненавмисного скорочення.
• Останнє оновлення до "git daemon" намагається ввімкнути рівень KEEPALIVE на рівні сокета, але коли він породжується через inetd, дескриптор стандартного вхідного файлу не обов'язково може бути підключений до сокета. Пригнічувати помилку ENOTSOCK з setockopt ().
• Недавній FreeBSD припинив доступ до perl на / usr / bin / perl; замініть за замовчуванням вбудований шлях до / usr / local / bin / perl на не дуже давні релізи FreeBSD.
• "git status" навчився пропонувати "merge -abort" під час конфліктного злиття, як це вже пропонує "rebase -abort" під час конфліктування rebase.
• Джерела .c / .h позначено як такий у нашому файлі .gitattributes, щоб "git diff -W" та друзі працювали краще.
• Існуючий тест autoconf для необхідності пов'язування з бібліотекою pthread не перевіряв всі функції з бібліотек pthread; Останнім часом FreeBSD має деякі функції в libc, але не інші, і ми помилково вважаємо, що зв'язування з libc достатньо, коли це не так.
• Дозволити тести HTTP-демон у тестах Travis CI.
• Користувачам функції API parse_options_concat () необхідно заздалегідь виділити додаткові слоти та заповнити їх OPT_END (), коли вони хочуть динамічно визначати набір підтримуваних параметрів, що робить код коректним та важким для читання. Це було виправлено шляхом налаштування API для виділення та повернення нової копії масиву "struct option".
• Використання strbuf в "git rm" для створення імені файлу для видалення було трохи недооптимально, яке було виправлено.
• "git commit --help" сказав "--no-verify" - це лише пропуск попередньо зафіксованого гачка, і не вдалося сказати, що він також пропустив фіксатор msg.
• "Git Merge" в Git v2.9 навчали заборонити за умовчанням об'єднувати незв'язані рядки історії, але це саме те, що "режим підключення" git subtree (у contrib /) - "приєднатися" хоче зробити. "git subtree" навчився використовувати опцію "--allow-unrelated-history" для перевизначення за замовчуванням.
• Процедура побудови помічника "git persistent-https" (в contrib /) була оновлена, щоб вона могла бути побудована за допомогою найновіших версій Go.
• Існує оптимізація, що використовується в "git diff $ treeA $ treeB", щоб запозичити вже відскановану копію у робочому дереві, коли відомо, що таке ж, як порівнюваний шар, очікуючи, що відкритий / mmap таких файл швидше, ніж його читання в магазині об'єктів, що передбачає роздування та застосування дельта. Це, однак, вдариться навіть тоді, коли перевірену копію потрібно пройти через конверсію конвертації (включаючи фільтр "чистий"), що перемагає всю точку оптимізації. Оптимізація була вимкнена, коли потрібна конверсія.
• "git -c grep.patternType = розширений журнал - basic-regexp" неправильно, тому що внутрішній API для доступу до машин grep не розроблений добре.
• Порт Windows не виконував певні тести в t4130 через відсутність значків у повернутих значеннях за допомогою емуляції lstat (2).
• Символи в мітці, що відображаються для тегів / рефісів для команд у виводі "gitweb", належним чином виключаються для правильного виведення HTML.
• FreeBSD може опинитися під час спроби mtime директорії, яка зробила невідслідуваний код кешу для повернення до повільного шляху, що, в свою чергу, спричинило тестування на T7063, оскільки він хотів перевірити поведінку швидкого шляху.
• Застереження компілятора стискання для бібліотеки netmalloc (в compat /).
• Документація API для хеш-карти була незрозумілою, якщо hashmap_entry можна без проблем відмовитися без будь-якого іншого розгляду. Вкажіть, що це безпечно.
• Нещодавній перепис "git am", який почав робити внутрішні виклики в машині, що здійснив, мав ненавмисну ​​регресію, тому що незалежно від того, скільки секунд потрібно було застосувати багато патчів, результуючий комір міститиме часовий покажчик для результуючих команд були однаково.
• "git difftool ...", запущений в підкаталозі, не вдалося інтерпретувати шляхи щодо цього каталогу, який був виправлений.

Що нового у версії 2.9.1:

• Коли "git daemon" запускається без зазначення тайм-ауту - [init-], з'єднання з клієнтом, який без нагаду виходить в автономному режимі, може тривалий час зависати, витрачаючи ресурси. Керування KEEPALIVE на рівні сокета було дозволено, щоб ОС могли помітити такі невдалі з'єднання.
• Команди в сімействі git log беруть% C (автоматично) у рядку спеціального формату. Це безумовно перетворило колір на, ігноруючи - ні-колір або з --color = auto, коли вихід не підключений до tty; це було виправлено, щоб формат справді поводився як "авто".
• "Режим перегляду git --count", обмеження проходу якого обмежене параметром "-n", не спрацювало з підрахунком, оптимізованим для перегляду індексу бітових карт.
• "git show -W" (поширюйте гуки, щоб покрити всю функцію, розділену лініями, що відповідають шаблону "funcname"), які використовуються для показу всього файлу, коли зміна додала цілу функцію в кінці файлу, яка була виправлена.
• Набір документів був оновлений таким чином, що букваличні команди, змінні конфігурації та змінні середовища послідовно набираються у шрифті з фіксованою шириною та напівжирним шрифтом в маппах.
• Тепер підписана підкоманда git svn propset, яка була додана через 2,3 дні.
• Документація намагається послідовно надрукувати "GPG"; коли звертається до назви конкретної програми, використовується "gpg".
• "git reflog" зупинився, побачивши запис, який позначає подію створення гілки (ака "ненароджена"), що змусило його з'являтися, як як-от згортання "reflog".
• Скриплет git-prompt (в contrib /) був непривітним з тими, хто використовує "set -u", який було виправлено.
• Кодовий шлях, який використовував alloca (3) для розміщення необмеженої кількості даних у стекі, було оновлено, щоб уникнути цього.
• "git update-index --add --chmod = + x file" може бути використаний як евакуаторний люк, але не дружня річ, щоб змусити людей, які потребують регулярного використання. Замість цього можна використовувати "git add --chmod = + x file".
• Створюйте вдосконалення для gnome-keyring (у contrib /)
• "GIT-статус" використовується, щоб сказати "робочий каталог", коли це означало "робоче дерево".
• Коментар про помилкові оболонки FreeBSD з'ясовано з номером версії (9.x і до того, як вони зламані, новіші - правильні).
• "Git Cherry-Pick A" працював над неродиною гілкою, але "Git Cherry-Pick A..B" не зробив.
• "git add -i / -p" навчився шанувати diff.compactionHeuristic експериментальної кнопки, так що користувач може працювати на тому самому розщепленні як "git diff".
• "log -graph --format =" дізнався, що "% & gt; | (N)" вказує ширину відносно лівого краю термінала, не відносно області, щоб малювати текст, який знаходиться праворуч від роду -графічний розділ. Він також тепер приймає негативний N, що означає, що ліміт стовпчика відносно правого кордону.
• Правило володіння частиною пам'яті, в якому містяться посилання, які можна отримати в "git fetch", були ревностями, які були очищені.
• "git bisect" робить внутрішній виклик "git diff-tree", коли bisection знаходить винуватця, але цей виклик не ініціалізував структуру даних, щоб правильно перейти до API-інтерфейсу.
• Задокументовані документи форматів різних даних (і їх перевірки), де ми використовуємо підпис GPG.
• Виправте ненавмисну ​​регресію в v2.9, яка порушує "clone -depth", який рекурсивно вписується в підмодули, змушуючи субмодули також бути клоновані неглибоко, які не готові до багатьох серверних екземплярів, які розташовуються над потоками підмодулів.
• Виправте непотрібні витрати в ідіоматичному використанні ': $ {VAR = default}', щоб встановити значення за замовчуванням, не додаючи його у подвійні лапки.
• Деякі специфічні для платформи коди мали не-ANSI строгі декларації функцій C, які не потребують жодних параметрів, які були виправлені.
• Внутрішній код, який використовується для показу локального зсуву часового поясу, не готується обробляти відмітки часу після 2100 року і дає помилкове значення зворотного зв'язку. Замість цього використовуйте більш доброякісний вигляд +0000 і нехай "git log" збирається у такому випадку, а не завершується.
• Один із чотирьох викликів readlink (1) у наборі тестів був переписаний так, що тест може працювати на системах без команди (інші - в тестовій системі valrind і t9802).
• t / perf потреб / usr / bin / time з GNU розширенням; виклик його оновлюється на "gtime" на Дарвіні.
• Була виправлена ​​помилка, яка призвела до "git p4" при активному режимі в режимі активності, щоб повідомляти про шляхи, які були опущені через префікс гілки неправильно; команда повідомляє "Ігнорування файлу поза префіксом" для шляхів, які є _inside _.
• Документація верхнього рівня "git help git" все-таки вказала на набір документів, розміщений у репозиторії Google-code, що не використовується в даний час. Оновіть його, щоб вказати натомість https://git.github.io/htmldocs/git.html.

Що нового у версії 2.9.0:

Нове в GIT 2.8.1 (5 квітня 2016 р.)

Що нового у версії 2.8.1:

• мітка "make rpmbuild" була порушена, оскільки її введення git.spec.in не було оновлено, щоб відповідати файлу, який він описує, який був нещодавно перейменований. Це було виправлено.

Що нового у версії 2.7.3:

• Традиційно тести, які намагаються виконувати команди, що працюють на вмісті у робочому дереві, були названі з іменем "worktree" у їхніх іменах файлів, але з недавнім додаванням підкоманди "git worktree", тести якого також називаються аналогічними, він ставати важче розповідати про них окремо. Замість цього традиційні тести були перейменовані на використання "дерева для роботи", щоб спробувати їх диференціювати.
• Багато кодових шляхів забути перевірити повернення значення з git_config_set (); функція виконується для того, щоб вмерти (), щоб переконатися, що ми не продовжуємо, коли не вдалося встановити змінну конфігурації.
• Використання помилок при написанні нашого внутрішнього асинхронного процесу стало більш надійним, що знижує прозорість у наших тестах.
• "git show" HEAD: Foo [BAR] Baz "не інтерпретував аргумент як rev, тобто об'єкт, названий іменем шляху з символами підстановки в об'єкті дерева.
• "git rev-parse - git-common-dir", який використовується у функції worktree, під час запуску з підкаталогу порушується неправильно.
• Підкоманда "v (iew)" інтерактивної команди git am -i була порушена в 2.6.0 таймфрейм, коли команда була переписана в C
• "git merge-tree" використовується для неправильного використання "обидві сторони додавали" конфлікт із своїм власним "створюють файл підробки предків, який має загальні частини, що додаються обома сторонами, і логіку з'єднання з 3-х способами; це було оновлено, щоб використовувати звичайний "3-шляховий злиття з порожнім блоком як підробленим загальним файлом предків" підхід, який використовується в решті частини системи.
• Правило володіння властивістю API fill_textconv (), яке було трохи складне, було трохи краще задокументовано.
• У документації не було чітко вказано, що "простий" режим за замовчуванням є для "git push", якщо налаштування push.default не встановлено.
• Останні версії GNU grep є пікірованішими, коли їх введення містить довільні бінарні дані, які використовуються в деяких наших тестах. Перепишіть тести, щоб обійти проблему.
• Функція допоміжного "git submodule" використовується, оскільки v2.7.0 було виправлено список модулів, що відповідають аргументу pathspec, переданому його підкомандам (наприклад, "підмодуль додати").
• "Параметр git config section.var", щоб встановити значення в файлі конфігурації кожного сховища, коли воно було запущено за межі будь-якого сховища, але неправильно вказав причину.
• Код для читання пакетних даних за допомогою зсувів, збережених у файлі idx пакета, було більш ретельно перевірено на дійсність даних у ідентифікаторі.

Що нового у версії 2.7.2:

• Низький рівень злиття машин навчився використовувати припинення лінії CRLF при вставці конфліктуючих маркерів в об'єднаний вміст, який сам поєднується з лінією CRLF.
• "git worktree" мав зламаний код, який намагався автоматично виправляти можливу невідповідність, яка виникає внаслідок того, що кінцеві користувачі переміщують робочий стовп в різні місця, не повідомляючи Gіt (оригінальний репозиторій повинен підтримувати backpointers до своїх робочих частин, але "mv" які керуються кінцевими користувачами, які не знайомі з цим фактом, очевидно, не налаштовують їх), що фактично погіршувало ситуацію, коли спрацювали.
• "Git push - force-with-lease" навчився повідомляти про необхідність натискання (або швидкого пересилання).
• Наведена команда "так", використовувана в наших сценаріях тестування, була налаштована на те, щоб не витрачати занадто багато часу на генерацію непотрібного виходу, який не використовується, щоб допомогти тим, хто тестував у Windows, де він не зупиниться, поки він не заповнить трубний буфер до недоліку SIGPIPE.
• Брандмауер vimdiff для "git mergetool" був налаштований на упорядкування та кількість буферів у тому порядку, який відповідав очікуванню більшості людей, які читали зліва направо, а потім зверху вниз і призначали буфери 1 2 3 4 "подумки" на базі цього замовлення на базі локальних баз для віддаленого злиття.
• Документація для "git clean" була виправлена; він згадав, що .git / modules / * видаляються шляхом надання двох "-f", що ніколи не було.
• Шляхи, про які розповів індекс про "додавати -N", ще не були в індексі, але кілька команд поводилися так, якби вони вже були шкідливими.
• Також включає крихітну документацію та оновлення тестів.

Що нового у версії 2.6.4:

• Сценарій "configure" не тестував для -lpthread правильно, що засмутило деякі лінкери.
• Додайте підтримку для розмови http / https через проксі-серця
• Виправлено портативність для Windows, яка може перезаписати змінну $ SHELL за допомогою не-POSIX-шляхів.
• Зараз ми постійно дозволяємо всім гачкам ігнорувати їхній стандартний ввід, а не гіти, які скаржаться на SIGPIPE.
• Виправте кодування оболонки в сценарії contrib.
• Перевірте переносимість тесту в темі в v2.6.1.
• Дозволити розширення tilde в деяких змінних http config.
• Дайте корисний спеціальний випадок "diff / show --word-diff-regex =". як приклад у документації.
• Виправлення для кутового шару у фільтрі-гілці.
• Зробити git-p4 працювати на відокремленій голові
• Пояснення документації для "check-ignore" без "--verbose".
• Точно так само, як робоче дерево очищається, коли користувач скасовує подання в P4Submit.applyCommit (), очистіть безлад, якщо не вдасться надіслати "p4 submit".
• Наявність залишкового файлу .idx без відповідного пакета файлу в сховищі болить продуктивність; "git gc" навчився їх обрізати.
• Код, який готує сторону робочого дерева тимчасового каталогу для функції "dir-diff", забув, що символічні посилання не потрібно копіювати (або символічно зв'язані) до тимчасової області, оскільки код вже є спеціальними випадками і перезаписує їх Крім того, було неправильно спробувати обчислювати ім'я об'єкта цілі символічної посилання, яка може навіть не існувати або бути каталогом.
• Не вдалося перемогти налаштовану змінну rebase.autostash з командного рядка, оскільки "git rebase --no-autostash" відсутня.
• Дозволити "git interpret-trailers" працювати поза сховищем Git.
• Надайте правильний "брудний" маркер для підказок до оболонки, навіть якщо ми знаходимося у сироті або у ненародженій галузі.
• Деякі кутові справи були виправлені в поєднанні зі строками, виконаними в режимі "git status".
• Спільна криптопровідна реалізація SHA1_Update () у Apple не може складати понад 4 Гб за раз, і зараз ми маємо шлях до компіляції.

Що нового у версії 2.5.3:

• Експериментальна функція кеша, не відстежена, була помилковою, коли задіяні шляхи з декількома рівнями підкаталогів.
• Останні версії скриптованого "git am" мають регрес продуктивності в codepath "git am -skip", який більше не існує у вбудованій версії на головному екрані. Виправте регресію в останній скриптованій версії, яка з'являється в трасі технічного обслуговування 2.5.x та старше

Що нового у версії 2.4.6:

• "git fetch --depth =" і "git clone --depth =" видали мізерний запит на перенесення навіть до завантажуваного пакунку, який не підтримує цю можливість.
• "git fsck" використовується для ігнорування відсутніх або недійсних об'єктів, записаних в reflog
• Завершення tcsh пише bash scriptlet, але це не могло б мати успіх для користувачів з набором noclobber.
• Нещодавні оновлення для Mac OS X порушують логіку, щоб визначити, що пристрій знаходиться в мережі змінного струму у скрипті pre-auto-gc зразка.
• "Git format-patch --ignore-if-upstream A..B" не любить годувати теги, оскільки виконує обмеження.
• Також містить типофії, оновлення документації та тривіальний код
• очищення.

Що нового у версії 2.4.2:

• "git rev-list --objects $ old --not --all", щоб побачити, чи все, що доступно з $ old, вже з'єднане з існуючими рефами, було дуже неефективним.
• "хеш-об'єкт - літерально", представлений у v2.2, не був готовий прийняти дуже довгий ім'я об'єкта.
• "git rebase --quiet" було не дуже тихо, коли нема чого робити.
• Попрацювання параметра "log --decorate =" було неправильним.
• "фільтр-гілка" пошкоджене повідомлення журнал комбінації, яке закінчується неповним рядком на платформах з деякими "sed" реалізаціями, які занурюють таку лінію. Працюйте навколо, уникаючи використання "sed".
• "git daemon" не може створюватися з джерела в налаштуваннях NO_IPV6 (регресія в 2.4).
• "git stash pop / apply" забув переконатися, що чисте дерево працює не тільки, а й чистий індекс. Останнє важливо, оскільки застосунок припинення може конфліктувати, і індекс буде використовуватися для вирішення конфлікту.
• Додано $ GIT_EXEC_PATH, і шлях "git" встановлюється в (як правило, "/ usr / bin") до $ PATH, коли запускає підпрограми і зачіпає майже вічність, але оригінальний варіант використання, який він намагався підтримати, був напів -bogus (тобто встановіть git на / opt / foo / git і запустіть його, не маючи / opt / foo на $ PATH), а ще важливіше, що воно стало менш актуальним, оскільки Git зростає більше основного (тобто користувачі будуть _want_ мати це на їх $ PATH). Припинити додавання шляху, в якому "git" встановлюється користувачам $ PATH, оскільки це заважатиме користувачеві замовлення пошуку (наприклад, вони можуть не подобатися версіям програм, які не відносяться до Gіt в / usr / bin і хочете перевизначити їх, маючи різні в / usr / local / bin і мати останній каталог раніше в їх $ PATH).
• Також містить типофіксами, оновленнями документації та тривіальними очищеннями коду.