To all those "Linux desktop" proponents: If you want to see quality Linux desktop - make some pressure on developers of these tools (I'm trying by posting this on my blog).Īll they need to implement is 4 basic svn commands:Īnd they need to do it properly. Sometimes I run svn status in terminal, and then hunt for files in GUI. Given all this, I'm still using command-line svn from terminal most of the time. Why do tool makers add some extra-cool-whatever-used-by-nobody features instead of adding the esential ones? It really escapes me. KDEsvn seems quite good, but it has a lot of background "syncing" with the repository (I think I've seen the option to turn it off, but didn't bother). It is clean - so it's easy to spot the changes, and it doesn't flicker like RapidSVN. Who ever uses that feature I wonder?Īnyway, from all those, I prefer eSVN for its user interface. I tried to circumvent the problem by running the "status" command, but eSVN for example lists all files, since it envokes "svn status" with verbose flag. I only catch the problem when I (or someone else) figure it is missing when working on another computer. Sometimes I even add a file somewhere deep in directory structure, and forget about. They all require that you pin-point each file. Unfortunately, none of those Linux programs have it. TortoiseSVN (Subversion client from MS Windows) does it the proper way:Ī) run "svn status", and take all the files returned by itī) show that list with checkboxes so user can pick which of those unversioned files (s)he wants to add When you add a lot of files in your working copy, you should be able to painlessly add them to repository. They all have a single problem in common.
As I use Linux as my main OS, I started the quest to find a suitable graphical SVN client for Linux. After I've seen how good it is, I switched all my projects as well (even the commercial stuff I'm working on). Some time ago, all the projects I'm involved in, switched from CVS to Subversion.
0 kommentar(er)
