1/ it means these are 2 step commands which add overwork for users
and hardly scriptable (because it would need a human decision of
which service to use)
2/ Bonjour philosophy is to abstract the real IP of a service behind
a more "explicit user friendly" name (just like plain DNS but with
self server registration).
Say a service named "my svn server" points to 192.168.1.1 with bonjour.
Then, a few weeks after, is moved to 192.168.1.2.
The bonjour name is the same.
With your way, the user should test if the IP has changed (according
that he remembers the IP he used when running the first co) then run
a svn sw --relocate to use the new address (if any)
With a "bjr://" URL scheme, all these steps will be hidden to the end
It could be a high-level "filter" that makes all these tests
everytime a command is executed (still using svn:// URL scheme in the
'entries' file and doing a behind-the-scene relocation) or a plain
connection scheme stored as-is in the 'entries' file and opening a
socket to the good IP at a lower level.
Le 19 sept. 06 à 17:05, Garrett Rooney a écrit :
> On 9/19/06, Ionel GARDAIS <email@example.com> wrote:
>> I'm trying to work on this on my (rare) spare time.
>> I was wondering how should I implement the bonjour URL.
>> That is, beside of having a repository URL like "http://<server>" or
>> "svn[+<tunnel>]://<server>", using bonjour support mean "specify a
>> bonjour registration name instead of a real server name"
>> example :
>> svn co bjr:<bonjour name>
>> will run a mDNS lookup for <bonjour_name> and then use the IP
>> associated with it for the underlying svn connection.
>> I also thought about using the svn+<tunnel> syntax (like svn+bjr) but
>> bonjour is not, strictly talking, a tunneled connection method.
> When I was playing with it I did it as a separate command (svn browse,
> or svn lookup, or something like that), which would list all the
> repositories it could find via zeroconf. Then you just do a normal
> checkout based on taht info.
Découvrez un nouveau moyen de poser toutes vos questions quelque soit le sujet !
Yahoo! Questions/Réponses pour partager vos connaissances, vos opinions et vos expériences.
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Tue Sep 19 17:33:15 2006