exactly the same way, but git is used as a back-end. This is preferable for
performance reasons, and also because a local copy of the entire history is
available in case the upstream repository disappears. (It happens!). In
-order to use Tags as update check mode for this VCS type
-the URL must encode the path to the trunk and tags, like so:
-http://svn.code.sf.net/p/project/code;trunk=trunk;tags=tags.
+order to use Tags as update check mode for this VCS type, the URL must have
+the tags= special argument set. Likewise, if you intend to use the
+RepoManifest/branch scheme, you would want to specify branches= as well.
+Finally, trunk= can also be added. All these special arguments will be passed
+to "git svn" in order, and their values must be relative paths to the svn repo
+root dir.
+Here's an example of a complex git-svn Repo URL:
+http://svn.code.sf.net/p/project/code/svn;trunk=trunk;tags=tags;branches=branches
For a Subversion repo that requires authentication, you can precede the repo
URL with username:password@ and those parameters will be passed as @option{--username}