Subversion trials and errors
Late yesterday I tried
Two questions now:
$ cd htdocswhich then started processing (what exactly was done?) many large files in the htdocs tree which, on reflection, I don't want in the repository (archived Apache access logs(!), movies which are never revised, etc.). The import then choked on a file for which permissions were wrong.
$ svn import -m "New import" file:///usr/local/svn/newrepos
Two questions now:
- How to undo all the processing that was done? (Maybe nothing was done since it choked?)
- How to do it better next time?
$ df -h /And it looks like the best way to undo is to use a system (not svn) rmdir. stspiffy says,
Filesystem Size Used Avail Use% Mounted on
/dev/sda3 131G 27G 98G 22% /
you can svn delete directories, but if you want to get rid of the entire repo forever-ever, ... the correct way to delete a repository is actually to delete the directory.As far as How to do it better next time,
- I think www, not htdocs, should be the 'root' of the project (so that libraries and other (admin, etc) servers are included in the same repository)
[ah but maybe it's better to have separate repositories? probably not, if it makes updates and commits harder. (But it doesn't, right, since these commands don't require the repository url?) So actually, at an extreme, I could have separate repositories (with granular revision numbers) for each directory in htdocs!] Is it reasonable to have one repository for libraries (which hardly ever change) and another for htdocs (which change 1-4 times/year) and another for the clearinghouseAdmin server, etc? - I could move archived access logs out of this tree. But what to do with other bulky files?
- Probably the best thing to do is vi a folder-by-folder svn import script (vi, :r !ls, :%s/^.*$/svn import -m "New Import" & file:///usr/local/svn/newrepos, zap unwanted lines from the file and then run as a script)
Labels: subversion, svn, System Administration