Представлены (https://lkml.org/lkml/2018/5/29/889) корректирующие выпуски всех поддерживаемых веток системы управления исходными текстами Git (2.17.1, 2.13.7, 2.14.4, 2.15.2, 2.16.4), в которых устранены две уязвимости:- CVE-2018-11235 (https://security-tracker.debian.org/tracker/CVE-2018-11235) - возможность выхода за границы базового каталога репозитория через использование символов "../" в имени пути к субмодулю, определённому в файле ".gitmodules". При обращении пользователя к контролируемому злоумышленником репозиторию, возможна организация атаки по созданию/переписи файла в ФС с правами текущего пользователя, которая может быть доведена до запуска кода на сервере (например, через подстановку скрипта post-checkout в файл .git/config);
- CVE-2018-11233 (https://security-tracker.debian.org/tracker/CVE-2018-11233) - чтение случайных частей памяти процесса git через создание в файловой системе NTFS специально оформленных путей.
Дополнительно в новых выпусках добавлена возможность блокирования на стороне сервера push-операций с попыткой создания файла .gitmodules в качестве превентивной меры защиты от добавления вредоносного контента в репозиторий. Режим блокировки включается наряду с другими мерами усиления заищиты при наличии параметра receive.fsckObjects в настройках на стороне сервера. Например, ранее подобным образом уже было запрещено создание каталога ".GIT" с изменением регистра символов.URL: https://lkml.org/lkml/2018/5/29/889
Новость: https://www.opennet.dev/opennews/art.shtml?num=48680
> всех поддерживаемых веток системы управления исходными текстами Git (2.17.1, 2.13.7, 2.14.4, 2.15.2, 2.16.4)$ gitk origin/ [tab-tab]
origin/HEAD origin/maint origin/master origin/next origin/pu origin/todoГде они?
Очевидно, в виде тэгов, которые ты не осилил.
Причём тут тэги? Как можно какой-то код поддерживать, если его нет в соответствующей ветке?
При том, что тег это легкая ветка, RTFM
Нет в гите легких и тяжелых веток!Ветка - это файл в директории .git/refs/heads/ размером 41 байт.
в этом файле хеш коммита.
Тег - это файл в директории .git/refs/tags/ тоже размером 41 байт.
Если это подписанный или аннотированный тег, то создаётся объект в .git/objects/, этот объект указывате на коммит, и в файле (в .git/refs/tags/) хеш этого объекта.Так что ветка никак не может быть "легче" тега.
Либо одинаково, либо тег это ещё и дополнительный объект.
А чем тег легче ветки? Тем, что его надо вручную двигать?
> А чем тег легче ветки? Тем, что его надо вручную двигать?Децкий сааад! Тем, что его _не_ надо двигать.
Дяденька взрослый, объясните тогда несмышлёнышу, если тег не двигать, как же он будет выполнять функции лёгкой ветки? Ведь в ветку же можно добавлять коммиты, это ведь её отличие от тега?
> Дяденька взрослый, объясните тогда несмышлёнышу, если тег не двигать, как же он
> будет выполнять функции лёгкой ветки?Про ветки я не говорил. Я говорил, что таг двигать _не_ надо. Какое слово не понятно-то?
>Ведь в ветку же можно добавлять
> коммиты, это ведь её отличие от тега?А в "легковесную", видимо, нельзя. Она такая -- легковесная. Наверное!
Но ты мне в этом не верь -- переспроси у того доброхота, который это простое, "понятное" и совершенно бесполезное объяснение/объярлычивание придумал и вытащил тебе на потеху.
> переспроси у того доброхота, который это простое, "понятное" и совершенно бесполезное объяснение/объярлычивание придумал и вытащил тебе на потехуТак я и хотел, чтобы тот доброхот объяснил, что он в виду имел. Жаль, веткой ошибся, отвечая ему. А тут ещё ты не в тему влез со своим снобизмом, окончательно порушив всю потеху.
>А тут ещё ты не
> в тему влез со своим снобизмом, окончательно порушив всю потеху.Ну, и славно. Я победил двух анОнимов-засерь. #успех
Разблокировано достижение "В каждой бочке затычка".
> Разблокировано достижение "В каждой бочке затычка".Достижение сомнительное. Но, поздравляю, чо, за неимением лучшего.
##>>Децкий сааад!
> Дяденька взрослый, объясните тогдаТолько, когда читать научишься.
Это сложно -- нужно тренероваться. Не путать свои выдумки с прочитанным.
>несмышлёнышу, если тег не двигать, как же он
> коммиты, это ведь её отличие от тега?
> когда читать научишься.
> нужно тренероваться
> тренEроватьсяПисать правильно научитесь, дяденька, потом поучайте. Паучат. :)
"Бабий аргумент" это перевод спора в другую плоскость. Причём, по женской (она же общечеловеческая)
логике победа в этой плоскости будет означать победу в основном споре.
> "Бабий аргумент"
>по женской (она же общечеловеческая)Строение половых органов и/или секс.-идентификация совершенно не при чём.
Ему нечем было ответить на указание на ошибки в аргументации, он использовал ad hominem/на личности -- таки, да, снова/другую логическую ошибку, ошибку аргументации.
Впочем, Вы также вместо аргументации обозвали его земляны ^W чем-то неприятным лично для Вас. Не аргУмент точно так же. Другой разве что...
> логике победа в этой плоскости будет означать победу в основном споре.
А "читать научись" и "нужно тренероваться" - это что ли аргументация? Или всё-так переход на личности? Получается, записной тролль Митрофанов сам первый перешёл на личности. И сей недостойный поступок ещё и "украсил" орфографической ошибкой.
> А "читать научись" и "нужно тренероваться" - это что ли аргументация? ИлиЭто тонкий, почти незаметный и истончённый!, намёк на то, что там написано не то, что показалось-придумалось.
> всё-так переход на личности? Получается, записной тролль Митрофанов сам первый перешёл
Да, намёки оскорбительны и дб запрещены Праилами.
> на личности. И сей недостойный поступок ещё и "украсил" орфографической ошибкой.
Ну, безграмотный пейзанин и нерусь, дальше то что?
Дальше вывод, что выводы, высосанные из пальцА -- можно и хорпошо.
Консенсус. Расходимся.
>> всех поддерживаемых веток системы управления исходными текстами Git (2.17.1, 2.13.7, 2.14.4, 2.15.2, 2.16.4)
> $ gitk origin/ [tab-tab]
> origin/HEAD origin/maint origin/master
> origin/next origin/pu
> origin/todo
> Где они?Брысь!
git branch --contains v2.17.1
git describe --tags maint
git log --decorate -1 v2.17.1
>> Где они?
> Брысь!Тэги - брысь?
$ git branch --contains v2.13.7
* master
$ git branch --contains v2.14.4
* master
$ git branch --contains v2.15.2
* master
$ git branch --contains v2.16.4
* master
$ git branch --contains v2.17.1
* masterВсё то, что ожидаешь в maint находится в... master!?
$ git describe --tags maint
fatal: Not a valid object name maint
$ git describe --tags origin/maint
v2.17.1О, 2.17.1 и в maint есть. Так в master или maint?
$ git log --decorate -1 v2.17.1
commit fc54c1af3ec09bab8b8ea09768c2da4069b7f53e (tag: v2.17.1, origin/maint)
Author: Junio C Hamano <gitster@pobox.com>
Date: Tue May 22 14:28:26 2018 +0900Git 2.17.1
Signed-off-by: Junio C Hamano <gitster@pobox.com>
> О, 2.17.1 и в maint есть. Так в master или maint?Прикинь, один и тот же коммит может быть в нескольких ветках. Убивают, караул.
>>> Где они?
>> Брысь!
> $ git branch --contains v2.17.1
> * mastergit branch -a --contains v2.17.1
> Всё то, что ожидаешь в maint находится в... master!?
Подрастёшь...
>Так в master или maint?
...узнаешь.
> $ git log --decorate -1 v2.17.1
> commit fc54c1af3ec09bab8b8ea09768c2da4069b7f53e (tag: v2.17.1, origin/maint)
Я знаю, что если мне надо посмотреть комиты стабильной или oldstable ветки какого ПО, то я делаю gtik origin/gtk-3-22, origin/gtk-3-20. KISS.
А как мне в gitk увидеть историю комитов 2.13.0 .. 2.13.7 уже не очевидно.
https://git-scm.com/docs/gitworkflows#_maintenance_branch_ma...>After a feature release, you need to manage your maintenance branches.
>
>First, if you wish to continue to release maintenance fixes for the feature release made before the recent one, then you must create another branch to track commits for that previous release.
>
>To do this, the current maintenance branch is copied to another branch named with the previous release version number (e.g. maint-X.Y.(Z-1) where X.Y.Z is the current release).Чётко: хотите сопровождать старые релизы: создавайте соответствующие ветки.
Почему же сами разработчики git используют какую-то другую технику, и где она описана?
Documentation/howto/maintain-git.txt:
- 'maint' branch is used to prepare for the next maintenance
release. After the feature release vX.Y.0 is made, the tip
of 'maint' branch is set to that release, and bugfixes will
accumulate on the branch, and at some point, the tip of the
branch is tagged with vX.Y.1, vX.Y.2, and so on.Сведений о том, как поддерживать более чем одну серию maint-релизов я там не нашёл.
> Чётко: хотите сопровождать старые релизы: создавайте соответствующие ветки.
> Почему же сами разработчики git используют какую-то другую технику, и где она
> описана?Очевидно же, что они, "разработчики", совсем не хотят "сопровождать".
Пусть кто-нибудь-другой.(ц)Гомер
Они, как Торрвальдс[I]!
Не только мне надо подрасти. И у тебя познания быстро закончились. Ну, ничего, подрастёшь, когда-нибудь узнаешь.