Patch #7528
openFetch small initial set of repository changesets
30%
Description
In my company we have a subversion repository with 315,000 revisions in it. I think this isnot too unusual for a lot of corporate users. Now we love Redmine, but we have a problem when adding a new project as the first thing it does is reads every revision from the repo in chunks of 200, and this takes a very long time.
So, I've made a few changes to Redmine-1.1, this patch only reads the latest 200 revisions (as most people don't care for a project's history from years ago) and stores that. Project creation is now much faster. I've also added a link on the repository page that will fetch the next previous 200 revisions if and when they are required.
This is my first time with redmine, and ruby and rails, so I think the patch needs some peer review, but it's not that complicated given what it does.
Files
Related issues
Updated by Andy Bolstridge almost 14 years ago
- File fetch_more.patch fetch_more.patch added
new patch, updated for RM 1.1.1
Updated by Toshi MARUYAMA almost 14 years ago
Git revision is not number. It is string of hash value.
Updated by Andy Bolstridge over 9 years ago
Fair enough, but git repos are still read in chunks of 200 - I don't use the rev num, but the number of revisions - ie they are still read from the repo 200 at a time in historical order, this change reads only the first chunk of 200 instead of repeating the process until they are all read, and I moved the code that reads the next chunk into a link so they can be fetched manually if required.