Да, у вас проблемы.
При такой формулировке вопроса это единственно возможный ответ.
Уже сделал
Не видно пункта
1. Прочитать инструкцию к GitHub Pages
Попробуйте сформулировать вопрос по-русски и дайте хоть ссылку на репозиторий.
Мой штатный телепат подсказал, что вы на компе забыли закоммитить часть файлов, поэтому они не попали в репозиторий на компе.
git status посмотрите и убедитесь в этом.
Рабочий каталог и репозиторий это две большие разницы.
Рабочий каталог очищается, но из репозитория ничего не исчезает. Напротив, довольно сложно что-то удалить из репозитория, особенно случайно.
Теперь ваших файлов нет ни локально, ни на гитхабе
Файлы не исчезли, даже на гитхабе, надо только знать как до них добраться.
Но! Скорее всего там у вас больше одного коммита создано в новой цепочке беспризорных коммитов.
И это совсем левая цепочка. При таком сбросе ваша локальная ветка backend станет сильно отличаться от внешней ветки backend, которая на гитхабе. И значит отправить вы её сможете только принудительно, через force, который удалит backend на гитхабе и заменит вашей версией ветки. Смотрите внимательно что делаете.
Судя по скрину, из ветки пропадут два коммита про SCEDITOR
Вам надо установить ветку на текущий коммит git branch -f backend HEAD
Тогда он окажется в ветке и вы сможете его отправить
Возможно придется ещё сделать git switch backend
чтобы снова связать HEAD с веткой.
Если производитель ушел, то и претензий он уже предъявить не сможет. Разве не так?
Сам процесс миграции в Linux скорее упирается не в наличие или отсутствие лицензий, а в доступность под другую ОС необходимого рабочего софта и драйверов на ваши принтеры, сканеры и прочее оборудование.
А вот с KerioControl могу посоветовать соскочить на бесплатные OPNsense либо pfSense.
Вы не учли, что коммиты в гите невозможно изменить. Нельзя просто пройти по дереву и заменить каждый коммит. Не получится вырвать коммит из цепочки, изменить и вставить обратно.
Вам надо фактически создать все коммиты заново и построить новое дерево, получится новый репозиторий.
И используйте готовый инструмент — git-filter-repo
Этот скрипт умеет в том числе и менять авторов во всём репозитории.
Andrylomakin, несколько репозиториев в одной папке не получится.
Но чисто теоретически можно хранить репозиторий отдельно от рабочего каталога. Почитайте про Git Worktree.
И тогда мы сможем расположить вне сайта несколько разных каталогов с репозиториями, но рабочий каталог у них будет общий. Просто следить они будут каждый за своими файлами.
Worktree придуманы чтобы в одном репозитории отслеживать сразу несколько разных рабочих каталогов.
Не уверен, получится ли наоборот, но попробовать можно.
Andrylomakin, тут вам советуют подмодули (@GavriKos зачем коверкаете название?)
Но они вам не подойдут если файлы перемешаны. Подмодули предопологают хранение всех файлов такого модуля в отдельном подкаталоге и никак иначе.
Не рекомендуют хранить репозиторий в корне сайта. Надеюсь вы хоть закрыли доступ к папке .git?
И каталог с откомпилированными файлами не следует коммитить вместе с остальным проектом. Она у вас в игноре должна быть.
Николай, а что вообще за видеокарта? Proxmox же не умеет эмулировать ускорение.
Должна быть поддержка виртуализации со стороны физической видеокарты.
Бытовые видеокарты так не умеют.
