X-Git-Url: https://git.madduck.net/code/myrepos.git/blobdiff_plain/e9de7f196a3b998952e8f62acb04a18d9f087d8a..9af9dee7005d509c835876e75c711455cce23d8d:/TODO diff --git a/TODO b/TODO index d12dbd2..9eb4e90 100644 --- a/TODO +++ b/TODO @@ -1,38 +1,18 @@ * more revision control systems -* support for tracking repo renames - It should be possible to tell mr that there used to be a repo at - src/foo/bar, and it's been moved to src/bar. mr would then detect if the - move needs to be done, and handle it. This is mostly useful when mrconfig - files are shared accross several systems. +* a way to detect repos in a tree that are not registered, and warn + about or even auto-register them. (svn externals make this quite + difficult!) - [src/bar] - renamedfrom = src/foo/bar +* When there are chained mrconfig files, mr could be smarter about + checkouts and updates. Ie, when a new version of an mrconfig file is + checked out or updated, throw all the info from the old one away, and + process the new one. - (Support multple renames of a single repo?) + Until this is fixed, checkouts and updates need to be manually repeated + after mrconfig files have changes. -* repo deletions +* Ability to run commands in paralell? (-j n) - Handling repo deletions might also be possible, but is tricky, since - there's no good way to tell if a local checkout of a given repo is clean - and really should be deleted. Probably better for mr to just warn that a - repo still exists on disk that it is no longer managed. - - [src/foo/baz] - deleted = true - -* mr register - - Idea is you check out a repo and then use mr register to add it to the - closest mrconfig file. - - mr register would be implemented as a shell command that then calls - mr config with flags that make it actually edit the mrconfig file: - - if [ -d "$MR_REPO/.svn" ]; then - url=$(svn info "$MR_REPO" | grep -i ^URL: | cut -d ' ' -f 2) - if [ -z "$url" ]; then - error "cannot determine svn url" - fi - mr -c "$MR_CONFIG" config --add "$MR_REPO" --checkout="svn co $URL" - fi + If done right, this could make an update of a lot of repos faster. If + done wrong, it could suck mightily. ;-)