Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

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

Aperta
  • Qualcosa non va?
#287 5 commenti 1 reazione 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
25/100
Tipo di issue
Funzionalità
Chiarezza
Da chiarire
Stato di attività
Ferma
Stack tecnologico
git
Ambito
tooling

Direzione di ricerca

Non sono indicati file del repository, test o punti di ingresso. Inizia individuando il flusso di esportazione esistente e le relative operazioni Git, quindi confronta il push git periodico richiesto e la compressione del repository locale con il comportamento di compressione di GitGui. Il lavoro completato dovrebbe includere un intervallo configurabile definito e un comportamento verificato per entrambe le operazioni.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

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

Пример - 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 для база за пару - тройку лет
загрузка превращается в боль на месяц-другой.

Lingua principale
1C Enterprise
Stelle
334
Fork
98
Merge medio
14h 29m
PR unite (30g)
11

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di oscript-library/gitsync

Tutte le issue di oscript-library/gitsync

Issue simili

Altre issue su DevTools

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.