Пускане на разпределената система за контрол на кода Git 2.26

На разположение освобождаване на разпределена система за контрол на източника Git 2.26.0. Git е една от най-популярните, надеждни и високопроизводителни системи за контрол на версиите, предоставяща гъвкави нелинейни инструменти за разработка, базирани на разклоняване и сливане. За да се осигури целостта на историята и устойчивостта на промени със задна дата, във всеки комит се използва имплицитно хеширане на цялата предишна история; също така е възможно да се удостоверят отделни тагове и ангажименти с цифрови подписи на разработчиците.

В сравнение с предишната версия, новата версия включва 504 промени, изготвени с участието на 64 разработчици, от които 12 участват в разработката за първи път. Основната иновации:

• По подразбиране е променено втора версия Комуникационен протокол Git, който се използва, когато клиент отдалечено се свързва към Git сървър. Втората версия на протокола се отличава с това, че предоставя възможност за филтриране на клонове и тагове от страна на сървъра, връщайки съкратен списък от връзки към клиента. Преди това всяка команда за изтегляне винаги изпращаше на клиента пълния списък с препратки в цялото хранилище, дори когато клиентът актуализираше само един клон или проверяваше дали тяхното копие на хранилището е актуално. Друга забележителна иновация е възможността за добавяне на нови възможности към протокола, когато нова функционалност стане достъпна в инструментариума. Клиентският код остава съвместим със стария протокол и може да продължи да работи както с нови, така и със стари сървъри, като автоматично се връща към първата версия, ако сървърът не поддържа втората.
• Опцията „-show-scope“ е добавена към командата „git config“, което улеснява идентифицирането на мястото, където са определени определени настройки. Git ви позволява да дефинирате настройки на различни места: в хранилището (.git/info/config), в потребителската директория (~/.gitconfig), в конфигурационния файл за цялата система (/etc/gitconfig) и чрез команда опции за линия и променливи на средата. Когато изпълнявате “git config” е доста трудно да разберете къде точно е дефинирана желаната настройка. За да разрешите този проблем, беше налична опцията „--show-origin“, но тя показва само пътя до файла, в който е дефинирана настройката, което е полезно, ако възнамерявате да редактирате файла, но не помага, ако трябва да промените стойността чрез „git config“, като използвате опции „--system“, „--global“ или „-local“. Новата опция "--show-scope" показва контекста на дефиницията на променливата и може да се използва заедно с -show-origin:

  $ git --list --show-scope --show-origin
  глобален файл:/home/user/.gitconfig diff.interhunkcontext=1
  глобален файл:/home/user/.gitconfig push.default=current
  […] local file:.git/config branch.master.remote=origin
  локален файл:.git/config branch.master.merge=refs/heads/master

  $ git config --show-scope --get-regexp 'diff.*'
  global diff.statgraphwidth 35
  локален разл.colormoved обикновен

  $ git config --global --unset diff.statgraphwidth

• В настройките за обвързване акредитивни писма Разрешено е използването на маски в URL адресите. Всички HTTP настройки и идентификационни данни в Git могат да бъдат зададени както за всички връзки (http.extraHeader, credential.helper), така и за базирани на URL връзки (credential.https://example.com.helper, credential.https: //example. com.helper). Досега заместващи символи като *.example.com бяха разрешени само за HTTP настройки, но не се поддържаха за обвързване на идентификационни данни. В Git 2.26 тези разлики са елиминирани и, например, за да свържете потребителско име към всички поддомейни, сега можете да посочите:

  [идентификационни данни "https://*.example.com"]

  потребителско име = ttaylorr

• Разширяването на експерименталната поддръжка за частично клониране (частични клонове) продължава, което ви позволява да прехвърляте само част от данните и да работите с непълно копие на хранилището. Новата версия добавя нова команда "git sparse-checkout add", която ви позволява да добавяте отделни директории, за да приложите операцията "checkout" само към част от работното дърво, вместо да изброявате всички такива директории наведнъж чрез командата "git sparse-checkout set" (можете да добавяте една по една една директория, без да посочвате повторно целия списък всеки път).
  Например, за да клонирате git/git хранилище без ангажиране на петна, ограничаване на проверката само до главната директория на работното копие и отделно маркиране на проверка за директориите "t" и "Документация", можете да посочите:

  $ git clone --filter=blob:none --sparse [имейл защитен]:git/git.git

  $ cd git
  $ git sparse-checkout init --cone

  $ git sparse-checkout add t
  ....
  $ git sparse-checkout add Документация
  ....
  $ git sparse-списък за проверка
  документация
  t

• Ефективността на командата „git grep“, използвана за търсене както в текущото съдържание на хранилището, така и в исторически ревизии, е значително подобрена. За да се ускори търсенето, беше възможно да се сканира съдържанието на работното дърво с помощта на множество нишки („git grep –threads“), но търсенето в исторически ревизии беше еднонишково. Сега това ограничение е премахнато чрез прилагане на възможността за паралелизиране на операциите за четене от обектното хранилище. По подразбиране броят на нишките е равен на броя на процесорните ядра, което в повечето случаи вече не изисква изрично задаване на опцията „-threads“.
• Добавена е поддръжка за автоматично довършване на въвеждане на подкоманди, пътища, връзки и други аргументи на командата „git worktree“, което ви позволява да работите с няколко работни копия на хранилището.
• Добавена е поддръжка за ярки цветове, които имат ANSI екраниращи последователности. Например, в настройките за цветове за подчертаване „git config –color“ или „git diff –color-moved“ можете да посочите „%C(brightblue)“ чрез опцията „--format“ за ярко синьо.
• Добавена е нова версия на скрипта fsmonitor-пазач, осигуряваща интеграция с механизма Facebook пазач за ускоряване на проследяването на промените във файловете и появата на нови файлове. След актуализиране се изисква git сменете кука в хранилището.
• Добавени оптимизации за ускоряване на частични клонинги при използване на растерни изображения
  (машина за растерни изображения), за да се избегне пълно търсене на всички обекти при филтриране на изхода. Вече се извършва проверка за петна (—filter=blob:none и —filter=blob:limit=n) по време на частично клониране
  значително по-бързо. GitHub обяви корекции с тези оптимизации и експериментална поддръжка за частично клониране.

• Командата „git rebase“ е преместена в друг бекенд, използвайки механизма „сливане“ по подразбиране (използван преди това за „rebase -i“) вместо „patch+apply“. Бекендовете се различават по някои малки начини, например след продължаване на операция след разрешаване на конфликт (git rebase --continue), новият бекенд предлага редактиране на съобщението за ангажиране, докато старият просто използва старото съобщение. За да се върнете към старото поведение, можете да използвате опцията „--apply“ или да зададете конфигурационната променлива „rebase.backend“ на „apply“.
• Пример за манипулатор за параметри за удостоверяване, посочени чрез .netrc, е намален до форма, подходяща за използване извън кутията.
• Добавена е настройката gpg.minTrustLevel за задаване на минималното ниво на доверие за различни елементи, които извършват проверка на цифров подпис.
• Добавена е опция „--pathspec-from-file“ към „git rm“ и „git stash“.
• Подобряването на тестовите пакети продължи в подготовка за прехода към алгоритъма за хеширане SHA-2 вместо SHA-1.

Източник: opennet.ru