diff options
| author | Colin Guthrie <colin@mageia.org> | 2014-06-16 22:12:04 +0100 |
|---|---|---|
| committer | Colin Guthrie <colin@mageia.org> | 2014-06-16 22:12:04 +0100 |
| commit | 9d61054a8e5a07ee2f406acfb5994e20684f4ed4 (patch) | |
| tree | 736846ebe0f2b640fb046744fbdf6c57bb508c96 | |
| parent | 537bb357f89cf534acb7a656abd6b32130bb5349 (diff) | |
| download | svn2git-distro/mga.tar svn2git-distro/mga.tar.gz svn2git-distro/mga.tar.bz2 svn2git-distro/mga.tar.xz svn2git-distro/mga.zip | |
Remove comment about fast import process limit.distro/mga
This is actually already implemented and has a 100 process limit.
| -rw-r--r-- | README.md | 2 |
1 files changed, 1 insertions, 1 deletions
@@ -21,7 +21,7 @@ Question: Handling renames (what do to generally as updates to old branches... s ## TODO 1. ~~Read repository information from files on startup (to reinitialise repos)~~ -2. Implement upper limit on fastimport processes that run concurrently (we'll need lots of them so this might get overwhelming!) +2. ~~Implement upper limit on fastimport processes that run concurrently (we'll need lots of them so this might get overwhelming!)~~ 3. Track repo renames better to allow for cauldron renames but mgaN-1 updates (also maintain state on disk and read on startup) 4. Handle resurrections/renames from non rev-1 revisions (i.e. a simple, atomic svn mv works fine, but an svn cp -r xxxx to resurrect and old package (or restore from obsolete) will not work... restoring from obsolete is tricky as we may need to migrate changes fully in the commit (undoing changes that were made after the revision we want to restore)) 5. Write a verification routine script (validate master+branches in their final state only - if the changes that got us there are a bit wrong, then tough) |