файлы в git поделить на группы как?

Можно сделать отдельную ветку с хламом.

Что со мной не так?

Это сложный вопрос, записывайся на консультацию специалиста.

Можно сделать отдельную ветку с хламом.

как раз хотелось бы чтобы всё в одной ветке было.

Вот есть какая-то специальная цель у make с именем dist, она мне как-то должна помочь?

Г̶д̶е̶ ̶я̶ ̶д̶о̶л̶ж̶е̶н̶ ̶х̶р̶а̶н̶и̶т̶ь̶ ̶т̶а̶к̶о̶й̶ ̶а̶р̶х̶и̶в̶,̶ ̶и̶ ̶з̶а̶ч̶е̶м̶,̶ ̶е̶с̶л̶и̶ сейчас модно всё собирать не из архивов, а прямо по метке из репозитория? Вопрос где хранить даже неактуальный, к релизу можно приаттачивать файлы на гитхабе. Вопрос как это должно работать, если не будет использоваться - вот это актуальный вопрос.

Вариант хранить отдельно и подключать их как git submodule. Решение не очень - намучались в свое время с merge-конфликтами.

Кажется так:
1. Добавляешь файл в репозиторий.
2. Добавляешь его в .gitignore.
3. В обычном режиме (git add .) файл не добавляется но обновления для него можно добавить при желании (git add file.ext).

добавь

git update-index –assume-unchanged

в качестве опции для мейка которая включена по дефолту например

Ты включаешь генерируемый хлам в репозиторий вместо релиз-тарболлов.

Что со мной не так?

Ты постоянно ищешь способы сделать неважно что, но обязательно через жопу. Такая, ммм, специфичная форма пытливости ума.

на тот случай, если придётся собирать проект без наличия утилит, одним компилятором

Что за случай такой?

Это сложный вопрос, записывайся на консультацию специалиста.

Давно пора Микрософту допилить TreeFS.

Ещё с начала 2000-х пилили, в 2006-м забросили, на этапе Vista.

git add -f

файлы, генерируемые утилитами

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

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

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

Но ведь из Си тоже до сих пор не выкинули безусловные переходы.

на тот случай, если придётся собирать проект без наличия утилит, одним компилятором

Да заодно и .o файлы закоммить, а то вдруг у кого нет компилятора.

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

напиши скрипт, которым будешь делать релизы

Меня смущает, что make dist должен создать файл, а не ветку:

https://www.gnu.org/software/make/manual/make.html#index-dist-_0028standard-target_0029