![]() Revision-no-migration.png (23 KB) revision-no-migration.png Hg-win32-extraline-attempt2.patch (541 Bytes) hg-win32-extraline-attempt2.patchĭon't use single quotes for shellout on win32 Trim spurious empty line from hg on win32 Hg-win32-extraline.patch (670 Bytes) hg-win32-extraline.patch TortoiseHg-00.png (28.6 KB) TortoiseHg-00.png Redmine-mercurial-01.patch (1.02 KB) redmine-mercurial-01.patch The only thing outstanding for me is that I'd like to speed up retrieving the correct commit IDs entries at the current revision, since this can be a bit expensive for large/binary-heavy repositories, but I can't think of a more efficient method that retains accuracy, however I think accuracy is more important in this case.ĭownload all files redmine-mercurial.patch (22.3 KB) redmine-mercurial.patch Where I've asked for contributions, they'd be greatly appreciated however this functionality is too important to let languish, so if no one else will help with it, I'll try and find the time to do the remaining steps myself, though it won't be until some time into the new year. I have not written this yet, and would welcome contributions in this area.Īlso, I imagine that there are additional unit tests required for SCMs supporting branches/tags, and that the test repo would need updating for this? Again, contributions welcome here. This would have to be a custom migration job, where the map is built, and issue/journal references are updated, then the changesets are updated with the new revision and scmid values. The last is problematic, since people are likely already referring to changesets via the revision number (though if they do any complex work with the repository, those are likely broken already), so we need a way to update all issues/journals for projects with Mercurial repos that have references to revisions with corresponding reverences to commits.
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |