LINUX.ORG.RU

Git v2.20.0

 


2

2

Git — это система контроля версий для отслеживания изменений в файлах и координации работы с ними. Git является одной из самых популярных, надёжных и высокопроизводительных систем управления версиями, предоставляющей гибкие средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток.

Значимые изменения:

  • команда git branch -l <foo> теперь делает то же, что и git branch --list <foo> и является ее сокращением;
  • команда git push в иерархию refs/tags/* не выполняется без добавления аргумента --force, а командой git fetch можно было скачивать объекты из refs/head/* без аргумента --force. Это было исправлено, поэтому некоторые теги могут не работать без --force в новой версии;
  • команда git help -a выводит подробный вывод (как и git help -av). Те, кто хочет чтобы было как раньше, могут пользоваться git help --no-verbose -a;
  • командой git cpn --help можно сократить команду git cherry-pick --help, т.е. cpn = cherry-pick -n;
  • команда git send-email теперь может определять e-mail адреса, находя в заголовках сочетание символов "-by".

>>> Подробности



Проверено: jollheef ()
Последнее исправление: Deleted (всего исправлений: 1)
Ответ на: комментарий от annulen

Там rebase на C переписали, а он ерунду какую-то хайлайтит

Лучший способ сделать хорошо, это сделать самому.

Пиши в следующий раз новость, а не языком чеши.

anonymous
()
Ответ на: комментарий от actionless

Тоже может быть, я думал, на шелле там только тесты. Но я не весь гит ковырял, только небольшую сишную часть (посрался в рассылке с Линусом по поводу патча, ачивка, ага, но до уровня нвидии не дошел, фак мне не показали) и git-svn, который на перле.

DELIRIUM ☆☆☆☆☆
()
Последнее исправление: DELIRIUM (всего исправлений: 1)
Ответ на: комментарий от DELIRIUM

Он разве ещё поддерживает этот проект? Я думал,что давно он полностью передал бразды правления этим проектом.

grem ★★★★★
()
Ответ на: комментарий от grem

Ну в рассылку пишет. Патчи ревьюит (правда это было в 2016, с тех пор я туда не коммитил, может сейчас совсем забил).

DELIRIUM ☆☆☆☆☆
()
Ответ на: комментарий от DELIRIUM

Добавить чтоли в резюме)

раз фак он тебе не показал, то обязательно добавь. И обязательно укажи отдельно, что фака не было (типа была просто конструктивная беседа на повышенных тонах)

Kompilainenn ★★★★★
()
Ответ на: комментарий от anonymous

Анон, я вообще-то с намеком, что посраться с кем угодно всегда проще, чем найти общий язык. А за ссыль спасибо, интересно. ;)

ncrmnt ★★★★★
()
Ответ на: комментарий от DELIRIUM

Тогда это не посрались, а вели здоровую дискуссию ;)

ncrmnt ★★★★★
()
Ответ на: комментарий от annulen

дык это очередной обсеcсивно компульсивный хикки анемешниг с 9000чным логином за этот год only))

чо видит то и поёт

оно вместо Updates since v2.19 взяло и гугльтранслейтнуло Backward Compatibility Notes потому что они идут первыми))))

а мудрый жольхиф конечно всё подписал.

mos ★★☆☆☆
()

командой git cpn --help можно сократить команду git cherry-pick --help, т.е. cpn = cherry-pick -n

«git cpn --help», when «cpn» is an alias to, say, «cherry-pick -n», reported only the alias expansion of «cpn» in earlier versions of Git. It now runs «git cherry-pick --help» to show the manual page of the command, while sending the alias expansion to the standard error stream.

Т.е. в оригинале совсем другое, ну ок.

theNamelessOne ★★★★★
()
Ответ на: комментарий от annulen

Там rebase на C переписали

Похоже, не полностью:

The recently merged «rebase in C» has an escape hatch to use the scripted version when necessary, but it hasn't been documented, which has been corrected

+ добавили новую инструкцию (break) для интерактивного рибейза.

theNamelessOne ★★★★★
()
Последнее исправление: theNamelessOne (всего исправлений: 1)
Ответ на: комментарий от annulen

Там rebase на C переписали, а он ерунду какую-то хайлайтит

Что это меняет в поведение и/или интерейсе?

Dudraug ★★★★★
()

Использую жид для архивации. Никак не могу красиво решить вопрос, как можно удалить старые коммиты, например, более чем месячной давности? Желательно, без риска убить все дерево.

Пока что ничего лучшего, чем создавать два дерева git и периодически убивать и пересоздавать одно из них я не придумал.

AVL2 ★★★★★
()

Pijul

Чем оно лучше pijul'я? Ну, хотя бы названием 8-]

Camel ★★★★★
()
Ответ на: комментарий от AVL2

а не использовать жид для архивации не пробовал?

anonymous
()
Ответ на: комментарий от AVL2

Вообще любой вариант сведется к инициализации нового .git + cherry-pick последних коммитов из старого.

anonymous
()
Ответ на: комментарий от AVL2

И вообще для бэкапов человечество пока не придумало ничего лучше rsync с хардлинками. Если дополнительно ещё нужно сжатие - складывай бэкапы на ФС со сжатием.

anonymous
()
Ответ на: комментарий от anonymous

Что ему так сильно не нравилось в HAL и Network Manager?

olegd ★★★
()

Hg лучше!

Deleted
()
Ответ на: комментарий от anonymous

И вообще для бэкапов человечество пока не придумало ничего лучше rsync с хардлинками

4.2, с рефлинками лучше

annulen ★★★★★
()
Ответ на: комментарий от ncrmnt

Так себе ачивка. Посраться с ним как раз очень легко, а вот найти общий язык...

Линус не станет сраться с кем попало, у него времени нет на это

annulen ★★★★★
()
Ответ на: комментарий от anonymous

И вообще для бэкапов человечество пока не придумало ничего лучше rsync с хардлинками.

Это до тех пор пока человечество не перемещает файлы из одного каталога в другой между бекапами.

Сам долго пользовался сперва rsync с rsnapshot. Сейчас перешёл на borg — совсем другой уровень. Рекомендую.

anonymous
()
Ответ на: комментарий от Deleted

А зачем?

Я когда увидел, то сразу подумал про улучшение производительности. Но в проуессе ребейза CPU и так жрал процесс git, так что вряд ли оно будет существенным.

annulen ★★★★★
()
Ответ на: комментарий от Dudraug

мб на калькуляторах тормозило

вот вы смеетесь, а для кого-то ребейзы по 15-20 минут это суровая реальность

annulen ★★★★★
()

Git является лучшей распределенной VCS всех времен и народов.

Odalist ★★★★★
()
Ответ на: комментарий от anonymous

не нравятся мне эти манипуляции с рабочим деревом. ну нафиг, по старинки инициализацией нового репа обойдусь.

AVL2 ★★★★★
()
Ответ на: комментарий от tailgunner

Зачем - синдром утенка? Для архивации есть zbackup.

удобно отслеживать историю изменения файлов. это не архивация как таковая в другое место, а защита от неправильных действий юзеров, которые удаляют данные а потом просят их восстановить.

Для архивации в другое место вполне помогает backuppc.

AVL2 ★★★★★
()
Ответ на: комментарий от anonymous

И упирается в CPU, а не I/O, так что мимо. К сожалению, ядро задействовано только одно, rebase не параллелится

annulen ★★★★★
()
Ответ на: комментарий от anonymous

Нет конечно, но при 100% загрузке CPU от скорости записи ничего не зависит

annulen ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.