One way to do it is to consider the revision control system that you're using part of the solution (instead of maybe part of the problem).
I use CVS. My scripts are not all one kind of program, so they won't all belong in /cgi-bin/ or in ~/bin/ or any other particular location. On my setup there are scripts in all those places and more. Using CVS to do the version control means that the repository where the scripts are stored can be organized, and I try to use categories within the repository tree (subdir names) that relate to what the scripts are for. Then I try to maintain a careful $CVSROOT/CVSROOT/modules file (which is a manual administrative task if you don't employ some kind of 3rd-party system, if one exists).
Using the modules file by doing cvs co -c allows me to see what the names and locations (in the repository tree) of scripts are, which gives me a pretty good idea of what's in them. If I need to search more, I can use grep on the repository tree.
--Now, in 2005: The 3 least meaningful terms in online jargon are:
troll flame rantThese used to actually mean something; but now they've been highjacked by the kind of inferior intellects who, when faced with a more erudite opponent who's employing superior arguments (or simply hanging in there with a disagreeable contention), merely abuse these terms, reducing them just another form of name-calling. ;-)
In reply to Re: Script Organization || not
by Intrepid
in thread Script Organization || not
by cajun
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |