With git svn, the -r parameter refers to the revision number in SVN, not the desired number of revisions.
This excerpt from the 'git help svn' command shows the following description of the -r option:
-r <arg>, --revision <arg>
Used with the fetch command.
This allows revision ranges for partial/cauterized history to be supported. $NUMBER, $NUMBER1:$NUMBER2 (numeric ranges),
$NUMBER:HEAD, and BASE:$NUMBER are all supported.
This can allow you to make partial mirrors when running fetch; but is generally not recommended because history will be skipped
and lost.
In your case, you would need to find the most recent revision of your SVN repository and subtract 100 from this to find the starting revision for your clone. You should also explicitly define HEAD as the final revision (since it is also possible to clone only a subsets of the revision history).
So in your case, work out what the starting revision number is ($rev) and run a command like:
git svn clone -r $rev:HEAD http://...
Or if you just want the most recent revision without fetching any revision history:
git svn clone -r HEAD http://...
Note: you can also use the -s option to specify a standard trunk/branches/tags layout for your SVN repository, however this really only makes sense if you clone the entire repository history. When working with SVN branches I find it more effective to just clone the repository starting from the branch you are interested in. For example:
git svn clone -r HEAD http://.../branches/mybranch
svn,-ris not "the last 100 revisions", but revision number 100. You can check what the current revision number is, subtract 100, and checkout-r (that number):HEAD. Partial mirrors are generally not recommended though.