Size: a a a

2021 January 07

RU

Roman Usherenko in pro.git::next
Pavel
А есть какой-то способ апдейтить сабмолули при чекауте автоматически без собственных алиасов? Другими словами чтобы не звать каждый раз git submodule update --init --recursive руками
Смотрю есть конфиг submodule.recurse, но по описанию не совсем понятно что конкретно он делает (то ли то что надо, то ли просто включает --recursive по умолчанию), протестить к сожалению не могу прямо сейчас
хуки локальные можешь попробовать
источник

P

Pavel in pro.git::next
Хм, идея
источник

Dv

Dr. Friedrich von Ne... in pro.git::next
Pavel
Хм, идея
О, если накопаешь, как это сделать, то пошарь решение плз :)
источник

Dv

Dr. Friedrich von Ne... in pro.git::next
У меня бомбит из-за того, что рекурсивный клон и чекаут — не дефолтовые
источник

MK

Matwey Kornilov in pro.git::next
Pavel
А есть какой-то способ апдейтить сабмолули при чекауте автоматически без собственных алиасов? Другими словами чтобы не звать каждый раз git submodule update --init --recursive руками
Смотрю есть конфиг submodule.recurse, но по описанию не совсем понятно что конкретно он делает (то ли то что надо, то ли просто включает --recursive по умолчанию), протестить к сожалению не могу прямо сейчас
git clone —recursive
источник

RU

Roman Usherenko in pro.git::next
не знаю, почему бы им не сделать настройку для этого. пусть даже выключенную по умолчанию для обратной совместимости
источник

MK

Matwey Kornilov in pro.git::next
О разработчиках гита у меня сложилось негативное впечатление
источник

MK

Matwey Kornilov in pro.git::next
Так что отвечаю на вопрос почему бы не сделать
источник

MK

Matwey Kornilov in pro.git::next
Покачану
источник

RU

Roman Usherenko in pro.git::next
ну да, это ясно)
источник
2021 January 09

U

Ustin_LVO in pro.git::next
Привет, подскажите пожалуйста такую вещь - допустим у меня есть доступ на чтение к некоему git- репозиторию, и мне надо составить для всех версий всех файлов таблицу соответствий между их SHA1-хешами и путями
источник

U

Ustin_LVO in pro.git::next
в гите ведь внутри как раз SHA1 используется как ключ, если я не ошибаюсь
источник

Dv

Dr. Friedrich von Ne... in pro.git::next
Ustin_LVO
в гите ведь внутри как раз SHA1 используется как ключ, если я не ошибаюсь
Только там используется SHA-1 от объекта, а не от содержимого файла.
источник

Dv

Dr. Friedrich von Ne... in pro.git::next
Объект, олицетворяющий файл — это заголовок + содержимое.
источник

Dv

Dr. Friedrich von Ne... in pro.git::next
Заголовок для файла выглядит примерно так:
blob 1234\0
(где 1234 — длина контента, записанная в ASCII)
источник

Dv

Dr. Friedrich von Ne... in pro.git::next
А дальше уже содержимое, после нулевого байта. И у всего этого берётся SHA-1.
источник

U

Ustin_LVO in pro.git::next
понял, это печально
источник
2021 January 10

AZ

Alexander Zaitsev in pro.git::next
Dr. Friedrich von Never
А дальше уже содержимое, после нулевого байта. И у всего этого берётся SHA-1.
бтв, а там до сих пор SHA-1? они ещё не полностью везде переехали на SHA-256?
источник

Dv

Dr. Friedrich von Ne... in pro.git::next
Alexander Zaitsev
бтв, а там до сих пор SHA-1? они ещё не полностью везде переехали на SHA-256?
Я помню историю про SHA-256, но не знаю, в каких условиях оно используется (может, настройка какая-то нужна?). Пока что не встречал ничего, кроме SHA-1.
источник

Dv

Dr. Friedrich von Ne... in pro.git::next
Прочитал какую-то непонятную статью в документации, но так и не понял, сделано ли это всё, или ещё нет.
источник