Size: a a a

2021 October 01

IS

Ivan Stepanov in pro.git::next
Что не так с настройками??!
[ivan@pc CubiosV2_]$ git ls-files --eol amx/
i/crlf  w/crlf  attr/text=auto          amx/amx.c
i/crlf  w/crlf  attr/text=auto          amx/amx.h
i/lf    w/lf    attr/text=auto          amx/amxaux.c
i/crlf  w/crlf  attr/text=auto          amx/amxaux.h
i/lf    w/lf    attr/text=auto          amx/amxcons.c

.gitattributes:
* text=auto
источник

IS

Ivan Stepanov in pro.git::next
Я уже сделал rm -rf * и git --reset
источник

IS

Ivan Stepanov in pro.git::next
У меня НЕ установлен core.autocrlf, в чём проблема-то? Почему crlf?
источник

IS

Ivan Stepanov in pro.git::next
Это такая боль смотреть на изменения в гитхабе. Подскажите, в чём проблема?
источник
2021 October 02

Dv

Dr. Friedrich von Ne... in pro.git::next
Похоже, файлы уже закоммичены в таком состоянии?
источник

IS

Ivan Stepanov in pro.git::next
Видимо да, ещё до .gitattributes были добавлены. А как нормализировать гит репозиторий?
источник

RI

Roman Inflianskas in pro.git::next
Хочу запилить свободный проект: async-post-commit (громко сказано, ибо маленький получится). Покритикуйте, пожалуйста, идею.
pre-commit для запуска linters — это круто, особенно, когда CI из-за необходимости клонирования репозитория, установки зависимостей тратит 7 минут на проверку того, что занимает 7 секунд на локальной машине, где всё уже на месте. Однако ждать 7 секунд каждый commit надоедает. Мне пришла довольно простая и очевидная мысль, реализации которой я не нагуглил. Можно делать post-commit hook, который в фоне на отдельном workdir на момент последнего commit будет запускать linters, и в случае возникновения ошибок делать уведомление через notify-send. В случае отсутствия ошибок человек не прерывается из-за linters, а если ошибка всё-таки есть, он получает её гораздо быстрее, чем на CI. Можно ещё с помощью pre-commit блокировать новые commits, если предыдущие содержат ошибки, но не уверен, что это будет удобно.
Про то, что нормальные IDE проверяют в фоне я знаю, но это решение не зависит от IDE и работает в контейнерах (не все IDE легко это могут делать).
Надо ещё сделать, чтобы можно было включить опцию: если поступает новый commit, то прерывать старые проверки. Это полезно при rebase.
Что думаете?
источник

RU

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

RI

Roman Inflianskas in pro.git::next
Перед push она есть и занимает полминуты в лучшем случае, ибо там ещё pylint, flake8, mypy) Просто хотелось с одной стороны fail fast, чтобы потом не копаться в истории и fixup не делать, с другой, чтобы не доставало.
источник

RU

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

RI

Roman Inflianskas in pro.git::next
Нет, work tree или как там оно называется?.. Я не особо пользовался, не приходилось, но знаю, что можно несколько workdir на одну .git папку.
источник

RI

Roman Inflianskas in pro.git::next
источник

RU

Roman Usherenko in pro.git::next
можно, но нужно будет --force делать, чтоб зачекаутить ту же ветку
источник

RI

Roman Inflianskas in pro.git::next
Спасибо, учту.
источник
2021 October 03

ВЛ

Владислав Лебедь... in pro.git::next
Всем привет
источник

ВЛ

Владислав Лебедь... in pro.git::next
вопрос, можно ли временно отключить последние коммиты для тестов?
источник

ВЛ

Владислав Лебедь... in pro.git::next
источник

ВЛ

Владислав Лебедь... in pro.git::next
выделены красным
источник

ВЛ

Владислав Лебедь... in pro.git::next
без потери этих коммитов, чтобы потом обратно включить
источник

SK

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