Even easier than updating the client side config file??
What you might consider doing is having your client config in a separate file, and create one for "normal" use, and another one for "dev machine" use.
Then in your WCF config, use externalized config files:
<system.serviceModel>
<client configSource="client.normal.config" />
</system.serviceModel>
and if you need to switch to "dev machine" usage, use
<system.serviceModel>
<client configSource="client.localhost.config" />
</system.serviceModel>
Those two externalized config files would then look something like this:
[client.normal.config]
<?xml version="1.0" encoding="utf-8" ?>
<client>
<endpoint name="...." address="http://YourServer/Service1" ...... />
<endpoint name="...." address="http://YourServer/Service2" ...... />
....
<endpoint name="...." address="http://YourServer/ServiceX" ...... />
</client>
[client.localhost.config]
<?xml version="1.0" encoding="utf-8" ?>
<client>
<endpoint name="...." address="http://localhost/Service1" ...... />
<endpoint name="...." address="http://localhost/Service2" ...... />
....
<endpoint name="...." address="http://localhost/ServiceX" ...... />
</client>
That way, you create your config files once for normal use and once for localhost use - and you can easily switch in the base config between the two.
This is not a WCF specific feature - it's a .NET configuration feature. Any configuration section (but not configuration section groups) can be externalized into a separate *.config file. You can put other parts of the WCF config into external config files (but you cannot externalize the entire <system.serviceModel>
node since that is a configuration section group - not a configuration section).