Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

Нет сжатия локальной базы репозитория

Open
  • Is something wrong?
#287 5 comments 1 reaction 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
5/5
Estimated time
Over a week
Newbie friendliness
25/100
Issue type
Feature
Clarity
Needs clarification
Activity status
Stale
Tech stack
git
Domain
tooling

Research direction

No repository files, tests, or entry points are named. Start by locating the existing export flow and its Git operations, then compare the requested periodic git push and local repository compression with the GitGui compression behavior. Done should include a defined configurable interval and verified behavior for both operations.

Written by the indexing model from the issue text.

Description

Существует проблема
При большом числе инкрементальных выгрузок, или большом числе измененных объектов
последующие выгрузки начинают резко тормозить или выгрузка останавливается вовсе...

Пример - 200 версий... (на моей базе и компе примерно 40-50 версий в час - план 4-5 ч.)
запущено вечером, чтобы к утру всё прогрузилось...
в результате... утром обработка всё ещё идёт...
смотрим файл VERSION - только 37 версий прошло за 12 ч !? и в git ничего не выгрузилось!

Открываем репозиторий через GitGui чтобы выгрузить изменения...
сразу появляется окно - База данных репозитория требует сжатия (Compress DataBase) ... Ок
222

это же окно можно открыть через Repository - Compress DataBase
333

----- после сжатия (каждый час, делал параллельно с gitsync)
--- "оставшиеся" 150 изменений выгрузились "с плановой скоростью" за 3ч.

Хотелось бы иметь следующую функциональность

  1. после каждых 10 (или N) изменений - делать push в git-репозиторий
  2. делать сжатие (compress DataBase) локального репозитория... каждый раз после п.1

Вариант реализации [...]

  1. для отправки - добавлять git push не в конце, а через каждые 10-20 изменений
    ( лучше конечно сделать и отдельный ключ ,
    т.е. сейчас он равен 0 (не определен) - push делается только в конце распаковки всех изменений

  2. сжатие - после каждых N изменений из п.1 (или в конце)

  • добавить команду git fsck (для каталога локального репозитория)
    (но я не уверен, что именно эта команда, извините есть что)

Дополнительный контекст
требование сжатия открываются в программе gitgui v 0.21 для git version 2.41.1 для windows.1
111
(но и раньше в 2020 г на более ранних версиях такое же было)

Спасибо за gitsync, давно им пользуюсь,
некоторые неудобства приходится обходить
через свои выгрузки на oscript и выполнение команд git
хотелось бы "улучшить" ситуацию для загрузки большого числа изменений

Живой пример - команда 4-5 разработчиков

  • каждый день делает 10-20 изменений (а то и больше) в хранилище,
    за месяц (20-22 дня) это 200-440, за год х12 = 2400 - 5 280 изменений!

При начале использования GitSync для база за пару - тройку лет
загрузка превращается в боль на месяц-другой.

Dominant language
1C Enterprise
Stars
334
Forks
98
Avg merge
2d 10h
Merged PRs (30d)
10

Getting set up

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from oscript-library/gitsync

All issues in oscript-library/gitsync

Similar issues

More DevTools issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.