On 2004-11-11 02:07:50 +0800, JM Ibanez wrote:
> On Wed, 10 Nov 2004 12:35:26 -0500, Dale Worley <email@example.com> wrote:
> > It is a good idea, but I'm not sure there is a workable method to implement
> > it. As far as I know, there isn't any standardized way to translate "A"
> > into "A.B.C", that is, to get the fully-qualified version of an abbreviated
> > machine name.
> Isn't it possible for the svn client to store the IP instead? (i.e. if
> A maps to IP w.x.y.z, and A.B.C maps to IP w.x.y.z, then A ~= A.B.C?)
Unfortunately, that means you would have to do a --relocate every time
you changed the IP address of the machine.
Rather, if the host referred to on the command line did not match the
one in the WC, I would resolve both host names at run-time. If A and
A.B.C both resolved to the same IP address, you could proceed as if the
user issued the command with the WC host.
So if you have a WC based on http://A/foo/bar and the user does:
$ svn switch http:/A.B.C/foo/wux
Then svn could look and see A and A.B.C both resolve to 188.8.131.52 and then
behave as if the user issued:
$ svn switch http://A/foo/wux
That would solve the host versus FQDN issue without having to worry
about changing IP addresses.
Received on Wed Nov 10 21:35:25 2004
- application/pgp-signature attachment: stored