repository caching

Andrew Bartlett abartlet at catalyst.net.nz
Tue Sep 1 22:16:28 UTC 2015


On Tue, 2015-09-01 at 19:55 +0200, Andrew Shadura wrote:
> Hello everyone,
> 
> I was reading kallithea/model/db.py and trying to understand what
> Repository.update_changeset_cache does. It seems, it gets the last
> changeset from the repository, and if it's the same cache thinks it 
> is,
> it does nothing, otherwise it updates the database. Is getting the 
> last
> changeset really such an expensive operation we want to do rarely? It
> seems to me that this sort of caching is doing more harm than good. 
> We
> should probably call update_changeset_cache more often or, maybe, 
> call
> it every time we access the changeset cache, so any inconsistencies 
> are
> detected immediately.
> 
> What do you think about it?

I've been bitten by it, when attempting to allow direct operations on
the git repo, like before I found the SSH patch set.

Similarly I would like to be able to force update of repos using cron,
or automated sync of github issues etc. 

Andrew Bartlett

-- 
Andrew Bartlett
https://samba.org/~abartlet/
Authentication Developer, Samba Team         https://samba.org
Samba Development and Support, Catalyst IT   
https://catalyst.net.nz/services/samba




-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL: <http://lists.sfconservancy.org/pipermail/kallithea-general/attachments/20150902/f8887ec7/attachment-0001.sig>


More information about the kallithea-general mailing list