Гит: лёгкий откат изменений (дискард) у группы файлов без добавления в игнор?

Question

[Владимир]

В общем, ситуация такая: работаем в команде на мастер-ветке через Гитхаб Десктоп на Vscode. В репозитории хранятся как сурс-файлы, так и бинарники для билда (нужны на случай если что-то у кого-то слетит). Бинарники имеет право загружать только тим-лид, чтобы не было конфликтов во время теста и т.д. Проблема в том, что при работе часто приходится запускать прогу, а она естественно локально обновляет и перезаписывает все бинарники у измененных файлов. В игнор бинарники добавить нельзя по указанной выше причине, но каждый раз ручками дискардить все бинарники, чтобы они случайно не влетели в коммит выбешивает из-за траты времени.

Пробовал игнорить их локально через

git update-index --skip-worktree [path]/*.[file type]

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

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

Comments

[Василий Банников]

А зачем вообще коммитить то, что воспроизводится при сборке?

[Владимир]

Василий Банников, личные предпочтения тимлида, чрезмерная осторожность. Я предлагал заигнорить бинарники, безрезультатно. Поэтому хочу хотя бы для себя найти костыль.

Answer 1

[Владимир]

На всякий случай, если будет кому полезно, нашёл решение для себя: Скачал аддон для VSCode t-akasaki.git-skip-worktree-manager и добавил в skip worktree бинарники, которые обновляются чаще всего. Когда же возникает проблема с пуллом, все они переносятся в no-skip worktree и дискардятся в списке изменений. Таким образом пулл происходит успешно, и затем файлы отправляются обратно в skip worktree. Не идеальное решение, но в описанных условиях качественно оптимизирует рабочий процесс, т.к. дискард нужно сделать лишь один раз перед пуллом, а не каждый раз перед тем, чтобы сделать пуш.

Спасибо всем за мозговой штурм.

Answer 2

[Vitaly Karasik]

Я советую добавлять бинарники не оттуда, где они создаются, а из другой директории. Если и когда надо - копируем туда бинарники вручную перед коммит.

Comments

[Владимир]

Если я правильно понял, то мне следует завести отдельную папку для бэкапа нужных бинарников и локально её заигнорить, чтобы при каждом конфликте доставать оттуда оригинальные файлы, чтобы пулл был успешным? Или имелось в виду что-то другое?

[Vitaly Karasik]

Владимир, Я предлагаю папку куда строятся бинарники добавить в .gitignore.
А бинарники для репо вручную класть в другую папку, например "binary_artifacts".

[Владимир]

Vitaly Karasik, а, понял. Проблема в том, что бинарники строятся не в отдельную папку, а лежат вместе с исходниками в папке scripts и подпапках соответственно, так уж работает RenPy. При создании релизного билда исходники удаляются, остаются только бинарники, которые в свою очередь архивируются в один файл. Папку scripts в гитигнор не добавишь, потому что там лежат исходники. Да и в любом случае решение запихнуть в игнор scripts/*.rpyc будет принимать исключительно тимлид, и не факт что захочет с этим париться, а мне бы на своём конце работу оптимизировать хотя бы.

Answer 3

[mayton2019]

1) Проблема решается просто переносом home каталога вашей проги "во вне" корня репозитария кода.

2) Непонятно почему вы боитесь что-то добавлять в игнор. Обычно туда уходят специфичные extenions, *.o, *.exe, *.dll которым точно не место в коммитах или фолдер типа /bin или /target который проще менеджерить чем список расширений.

Сделайте так и не будьте мышками которые плачут колються и едят кактус.

Comments

[Владимир]

1) Бинарники создаются не в home каталоге, а в подпапках. Структура такая:
[repo] / game / scripts, и в этой scripts ещё 3 папки с разными скриптами, и при запуске через движок каждый скрипт компилируется и создаётся локальный бинарник (если есть несоответствие). Можно конечно держать репу не внутри движка, но так задолбаешься файлы туда-сюда таскать, потому что во время теста нужно редактировать скрипты на ходу, в рабочей папке. Поэтому для удобства репозиторий хранится внутри движка, чтобы можно было просто сохранить скрипты, откатить бинарники, и сделать тут же коммит вместо того, чтобы из рабочей папки переносить папки в движок, и уже там смотреть, исправился ли баг или нет.

2) Потому что диктатура и подстраиваемся под правила тимлида т.к. это one-man show а мы на подхвате. Работаем с renpy, бинарники rpyc зависят от версии движка, и если версии разные, то могут быть проблемы в игре, конфликт сохранений, непредвиденные баги и т.д. Тимлид хочет держать бинарники в репозитарии, на случай если у него или у нас что-то слетит, можно было бы все нужные файлы без нервотрёпки восстановить, тут уж нам выбирать не приходится. Я бы с удовольствием заигнорил, но мой запрос был отклонён. Поэтому я ищу способ упростить работу лично для себя. Нужно ли работать с таким тимлидом вопрос риторический.