Edgewall Software
Modify

Opened 7 years ago

Last modified 5 months ago

#8417 new enhancement

CachedRepository support in TracMercurial

Reported by: asterix@… Owned by: Christian Boos
Priority: high Milestone: plugin - mercurial
Component: plugin/mercurial Version: 0.11.1
Severity: major Keywords: mercurial changeset patch
Cc: awagner@…, richard.liao.i@…, bkocherov@…, miguel.araujo.perez@…, ismael@…, macke@…, me@…, leho@…, dev@…, mmitar@…
Release Notes:
API Changes:

Description

I used trac with svn, and switched to mercurial. the revision table in postgres is no more updated with new changesets. So when I do a search in changesets, new changesets are not listed. Did I forgot to configure something?

Attachments (6)

backend.py (57.2 KB) - added by me@… 5 years ago.
I have implemented a naive version of MecrurialCachedRepository? using a backward-traversing resync which overrides the default resync algorithm.
backend.py.patch (13.4 KB) - added by me@… 5 years ago.
And this is the diff.
backend.2.py (54.6 KB) - added by me@… 5 years ago.
Revised patch: applied the set diff algorithm by miguel.araujo.perez and now ticket commit updater works correctly
backend.py.2.patch (10.9 KB) - added by me@… 5 years ago.
Diff for the revised patch
backend.3.py (55.1 KB) - added by me@… 5 years ago.
Revised again: error handling & branch display in the timeline
backend.py.3.patch (11.4 KB) - added by me@… 5 years ago.
Diff for the revised patch

Download all attachments as: .zip

Change History (27)

comment:1 Changed 7 years ago by Christian Boos

Milestone: not applicable
Priority: normalhigh
Severity: normalmajor

No, I forgot to implement it ;-)

More seriously, TracMercurial works quite well now even for big repositories, without a cache.

However the cache would be needed for enabling the search in changesets and for getting faster and more accurate results for the timeline, so it's about time this gets implemented…

comment:2 Changed 7 years ago by Christian Boos

Summary: revision table not updatedCachedRepository support in TracMercurial

comment:3 Changed 7 years ago by Christian Boos

Milestone: not applicablemercurial-plugin
Severity: majorcritical

comment:4 Changed 6 years ago by awagner@…

Cc: awagner@… added

comment:5 Changed 6 years ago by richard.liao.i@…

Cc: richard.liao.i@… added

comment:6 Changed 6 years ago by miguel.araujo.perez@…

I have developed a plugin called TracMercurialChangesetPlugin? for fixing this issue. It allows you to sync revision table if you are using Mercurial. Then you can create a hook to keep it synced :) I hope it helps. I have mailed cboos about it, see If he can integrate into Trac-Mercurial.

http://github.com/maraujop/TracMercurialChangesetPlugin

comment:7 Changed 6 years ago by bkocherov@…

2miguel.araujo.perez

That do you think about use FULLHASH as 'rev' in opposite

NUMBER:SHORTHASH? I think only fullhash real unique. If repository very distributed then in different placess world changesets can be different NUMBER.

comment:8 Changed 6 years ago by Boris Kocherov <bkocherov@…>

Cc: bkocherov@… added

comment:9 Changed 6 years ago by Miguel Araujo <miguel.araujo.perez@…>

Cc: miguel.araujo.perez@… added

comment:10 Changed 6 years ago by Ismael de Esteban <ismael@…>

Cc: ismael@… added

comment:11 Changed 6 years ago by Marcus Lindblom <macke@…>

Cc: macke@… added

comment:12 Changed 5 years ago by Christian Boos

Cc: me@… added

#10135 was closed as duplicate.

Changed 5 years ago by me@…

Attachment: backend.py added

I have implemented a naive version of MecrurialCachedRepository? using a backward-traversing resync which overrides the default resync algorithm.

Changed 5 years ago by me@…

Attachment: backend.py.patch added

And this is the diff.

comment:13 Changed 5 years ago by me@…

The above version is not complete yet. It's quick & dirty demo.

I'm inspecting its bug(?) that newly commited/pushed changesets are not synced correctly after the resync, as well as ticket commit updates.

Changed 5 years ago by me@…

Attachment: backend.2.py added

Revised patch: applied the set diff algorithm by miguel.araujo.perez and now ticket commit updater works correctly

Changed 5 years ago by me@…

Attachment: backend.py.2.patch added

Diff for the revised patch

Changed 5 years ago by me@…

Attachment: backend.3.py added

Revised again: error handling & branch display in the timeline

Changed 5 years ago by me@…

Attachment: backend.py.3.patch added

Diff for the revised patch

comment:14 Changed 5 years ago by lkraav <leho@…>

Cc: leho@… added

comment:15 Changed 5 years ago by Joongi Kim <me@…>

The remaining issue:

  • We need some efficient implementation like hg incoming/outgoing to find out which changesets should be synchronized. (The current "whole set comparison" would not scale well with very large repositories with more than 10k changesets.)

One mistake: must delete import pdb; pdb.set_trace() in line 744 of the patched backend.py before applying the patch to the trunk.

comment:16 Changed 5 years ago by Joongi Kim <me@…>

Another idea:

  • Currently CachedRepository only have one sync() method which is called by both 'resync' and 'commit ticket updater'. For the latter case, we can use hints from the commit ticket updater to determine which revisions should be synchronized since they are given as the command line arguments. We do not have to the same thing twice. We could add optional arguments to sync() method to handle it.

comment:17 Changed 3 years ago by dev@…

Cc: dev@… added

comment:18 Changed 16 months ago by Ryan J Ollos

#9485 closed as a duplicate.

comment:19 Changed 16 months ago by Mitar

Cc: mmitar@… added

comment:20 Changed 7 months ago by anonymous

Type: defectenhancement

comment:21 Changed 5 months ago by figaro

Keywords: patch added
Severity: criticalmajor

Modify Ticket

Change Properties
Set your email in Preferences
Action
as new The owner will remain Christian Boos.
The ticket will be disowned. Next status will be 'new'.
as The resolution will be set. Next status will be 'closed'.
The owner will be changed from Christian Boos to anonymous. Next status will be 'assigned'.

Add Comment


E-mail address and name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.