RE: Get latest from the client versus the IDE

"Lott, Douglas" <[email protected]>
Newsgroups gmane.comp.version-control.sourcegear-vault.user
Message-ID <B6532E371671BC4C810F77F78AEED171102502@SRVEXCHANGE.RMAHOMESERVICES.COM>
Ralph,

You can get VS.NET 2003 to create your websites in a different location
by first creating the folder and establishing it as a virtual root
before you create the web project.

Doug Lott
Sr. Web Designer
Home Depot Installed Sales

-----Original Message-----
From: Ralph Shillington [mailto:[email protected]] 
Sent: Thursday, December 18, 2003 12:21 PM
To: [email protected]
Subject: RE: [vault-list] Get latest from the client versus the IDE

The question should have been phrased more like "can I avoid having to
override working folders for web projects"  of the options provided, I
think
I'll give your suggestion a try and keep the web projects in the same
place
as the other projects.  The issue there is that when the web projects
are
first created, VS puts them in inetpub\wwwroot and I don't think there's
a
way to get VS to put them somewhere else.

Thanks

Ralph

-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Eric Sink
Sent: December 18, 2003 12:12 PM
To: [email protected]
Subject: RE: [vault-list] Get latest from the client versus the IDE


Perhaps my brain is stuck, but I just am not sure
I'm understanding this question.  If none of the
following response makes sense, please ignore it
and try asking your question again.  :-)

It looks like on your local system you are storing
web projects in a different place from the code for
the rest of your tree.  I suspect you've got your
web projects in c:\inetpub or something similar.

You can add another working folder setting in
the Vault client, telling it to place a certain
folder in a different place than the working folder
it inherits from its parent.  For example:

Suppose I set the working folder for 

    $/ROTK 
to 
    c:\src\rotk

But I don't want $/ROTK/Saruman to appear with the
rest of this tree.  So, I can explicitly set the 
working folder for

    $/ROTK/Saruman
to
    c:\inetpub\later\Saruman

thus overriding the default.  If I did not specify
this working folder setting, that folder would simply
inherit a working folder path from its parent, thus
its effective working folder would have been:

    c:\src\rotk\Saruman

One other possibility is to not store your web
projects under inetpub, but rather, just have IIS
serve them in place.  This is what we do.  In 
Windows Explorer, just right-click on

    c:\src\rotk\Saruman

choose Properties, Web Sharing, and specify a
virtual directory for IIS to use for sharing.

--
Eric Sink
Software Craftsman
http://software.ericsink.com/
 
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Ralph
Shillington
Sent: Wednesday, December 17, 2003 2:45 PM
To: [email protected]
Subject: [vault-list] Get latest from the client versus the IDE

There's no denying that the client out performs the IDE for a wholesale
get
latest

 

My question is this:  what happens with web projects.  In our case we
have a
solution which includes 49 separate projects --- of all variety, but
mostly
web site and windows.

 

If we set the working directory of solution folder to some place on disk
is
there any reason to think that the vault client will know to not put the
web
sites there?

 

Is there someway to use the client, rather than the IDE to get latest,
for
web projects as well?

Regards,

 

Ralph Shillington

 

 


_______________________________________________
vault-list mailing list
[email protected]
http://lists.sourcegear.com/cgi-bin/mailman/listinfo/vault-list

_______________________________________________
vault-list mailing list
[email protected]
http://lists.sourcegear.com/cgi-bin/mailman/listinfo/vault-list
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.