Добавлю, что удаление файлов в последнем коммите, не удалит их из репозитория. И тонны лишних файлов будут потом тянуться при каждом клоне. Поэтому автору проще удалить папку .git и начать репозиторий заново. Затем коммитить только нужные файлы.
Комментарии так часто исправляют, что потребовалась система анализа этих изменений?
Если же речь про расход памяти. то это уже не про контроль версий, а про систему хранения комментариев.
Определитесь, что именно вам нужно? Компактное хранение или контроль версий?
И вы не поверите, но гит в каждом коммите изначально записывает полную версию каждого измененного файла. Уже потом, в фоновом режиме оптимизирует своё внутреннее хранилище объектов.
А ещё 3.6. Соблюдать нормы русского языка и принципы построения вопросительных предложений. Формулируя текст вопроса не следует злоупотреблять ПРОПИСНЫМИ БУКВАМИ. Также следует понимать, что само по себе добавление вопросительного знака не превращает любое предложение в вопрос, поэтому следует использовать порядок слов, характерный для вопросительных предложений.
volkahowl, вот и смотрите на сайте гитлаба про системные требования. Гитлаб это не только гит, это еще тяжелое веб-приложение, которое требует много ресурсов. Там и управление проектами и задачами, непрерывная интеграция и развертывание, обсуждение кода и рецензирование, вики и документация, интеграция с инструментами разработки. Авторы требуют как минимум версию 4.
Готовьтесь выделить под него нормальный сервер лучше.
после отката на предыдущую ревизию вы изменили дерево локально
Автор откатил только содержимое рабочего каталога (сделал checkout не на другую ветку, а на произвольный коммит) и тем самым оторвал голову (HEAD detached)
Сама ветка master не изменилась и push ветки master не выдаёт никаких ошибок, так как нечего отправлять. Так и пишет: Everything up-to-date — Всё в актуальном состоянии.
