Website development

2001-02-15 Thread Atkinson, Chip
Greetings, I'm trying to set up CVS for a web development project and have come into what appears to be a minor problem and am looking for advice on the best way to fix the problem. We need to all work out of the same directory, which is where the web server works out of and we can't just set

Re: Website development

2001-02-15 Thread Paul D. Smith
You want to use UNIX group permissions. Change the entire repository (including CVSROOT) to be owned by the same group. Then change everything to have group write access. Then make sure that everyone you want to be able to access the repository is a member of that group (no one you don't want t

RE: Website development

2001-02-15 Thread Chris Chambers
EMAIL PROTECTED]]On Behalf Of > Atkinson, Chip > Sent: Thursday, February 15, 2001 12:08 PM > To: '[EMAIL PROTECTED]' > Subject: Website development > > > Greetings, > > I'm trying to set up CVS for a web development project and have come into > what app

Re: Website development

2001-02-15 Thread Larry Jones
Atkinson, Chip writes: > > Is there some other way that we can all use the same sandbox without > resorting to a generic login? Always use the -d global option on the command line -- it overrides what's in CVS/Repository. -Larry Jones Wow, how existential can you get? -- Hobbes __

RE: Website development

2001-02-15 Thread Atkinson, Chip
Chip > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Thursday, February 15, 2001 1:49 PM > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject: Re: Website development > > > Atkinson, Chip writes: > > > > Is there

Re: Website development

2001-02-15 Thread Larry Jones
Atkinson, Chip writes: > > Could you elaborate on this a bit? I looked through the man page on cvs and > it looks like -d only takes a directory as an argument. You're probably looking at the -d option for one of the subcommands; I'm talking about the -d global option that comes before the subc

Re: Website development

2001-02-15 Thread Wayne_Johnson
EMAIL PROTECTED]> cc: (bcc: Wayne Johnson/MINN/Candle) Subject: Website development Greetings, I'm trying to set up CVS for a web development project and have come into what appears to be a minor problem and am looking for advice on the best way to fix the problem. We need to all work

RE: Website development

2001-02-15 Thread Matt Smith
x27; Cc: [EMAIL PROTECTED] Subject: RE: Website development Could you elaborate on this a bit? I looked through the man page on cvs and it looks like -d only takes a directory as an argument. Unfortunately too, I'm stuck with WinCVS or some other GUI thing that works under Windows for the rest o

RE: Website development

2001-02-15 Thread Atkinson, Chip
ver the command line that it sends/uses. > -Original Message- > From: Matt Smith [mailto:[EMAIL PROTECTED]] > Sent: Thursday, February 15, 2001 3:25 PM > To: [EMAIL PROTECTED] > Subject: RE: Website development > > > Don't know how much it will help, but the

RE: Website development

2001-02-15 Thread Atkinson, Chip
ing in to smith@cvshost) CVS password: Weird. > -Original Message- > From: Paul D. Smith [mailto:[EMAIL PROTECTED]] > Sent: Thursday, February 15, 2001 1:38 PM > To: Atkinson, Chip > Cc: '[EMAIL PROTECTED]' > Subject: Re: Website development > > > You

Re: Website development

2001-02-15 Thread Derek R. Price
"Atkinson, Chip" wrote: > It appears that CVSROOT doesn't have any effect over what user is used > during a cvs login. Thus, even if my CVSROOT is set to > smith@cvshost:/cvsrep/path > and I type in cvs login from the W2K command line (cygwin bash shell) I get > > (Logging in to catkinson@cvshos

Re: Website development

2001-02-15 Thread Derek R. Price
Chris Chambers wrote: > I've been staring at this ugly fact for a while... if it's at all possible > to do the gruntwork required to create a sandbox for each developer, I'd > recommend going that route. Otherwise, I recommend a locking model. 'cvs co projectname'? Derek -- Derek Price

Re: Website development

2001-02-15 Thread Derek R. Price
"Atkinson, Chip" wrote: > We need to all work out of the same directory, which is where the web server > works out of and we can't just set up multiple web servers because it's not > just a regular Apache or IIS setup. There have been several threads on this topic recently. You should search on

Re: Website development

2001-02-15 Thread Mark Harrison
Atkinson, Chip <[EMAIL PROTECTED]> wrote: > We need to all work out of the same directory, which is where the web server > works out of and we can't just set up multiple web servers because it's not > just a regular Apache or IIS setup. > > When I check out the files for the web site they are "

Re: Website development

2001-02-16 Thread Rob Helmer
cvsup ( http://www.polstra.com/projects/freejects/freeware/CVSup/ ) also works rather well. You don't have all the CVS directories cluttering up the place :) On Thu, Feb 15, 2001 at 07:48:12PM -0500, Derek R. Price wrote: > "Atkinson, Chip" wrote: > > > We need to all work out of the same direc

FW: Website development

2001-02-16 Thread Atkinson, Chip
Sorry. I meant to send this to the list rather than directly to the sender. Chip -Original Message- From: Atkinson, Chip Sent: Friday, February 16, 2001 9:58 AM To: 'Derek R. Price' Subject: RE: Website development I actually did try searching but came up with very little

Re: Website development

2001-02-16 Thread Derek R. Price
Chris Chambers wrote: > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of > > Derek R. Price > > > > Chris Chambers wrote: > > > > > I've been staring at this ugly fact for a while... if it's at > > all possible > > > to do the gruntwork required to c

Re: Website development

2001-02-16 Thread Noel L Yap
[EMAIL PROTECTED] on 2001.02.16 14:50:13 >Another possibility introduces an extra step for everybody, but basically >allows concurrent development. In that model, developers work in their own >workspaces then copy files that need testing into the public area or check them >in and have a check

RE: Website development

2001-02-16 Thread Chris Chambers
> > It sounded to me like we had multiple developers sharing one > CVS account or > > otherwise editing a CVS module checked out to one place on the > server, say > > "/home/http/cgi-bin". > > > > My point was, unless we can set up a "cgi-bin" for each > developer, CVS won't > > work well in this

RE: Website development

2001-02-16 Thread Atkinson, Chip
PROTECTED] > Subject: RE: Website development > > > > > It sounded to me like we had multiple developers sharing one > > CVS account or > > > otherwise editing a CVS module checked out to one place on the > > server, say > > > "/home/http

Re: FW: Website development

2001-02-16 Thread David H. Thornley
"Atkinson, Chip" wrote: > Thanks for the information. One thing that I've encountered is the need to > take very tiny steps with web development some times. Part of this is > because browsers aren't like compilers. Things like > blah blah blah > get rendered differently than > > > bla

RE: FW: Website development

2001-02-16 Thread Atkinson, Chip
with many insisting on a GUI, I guess it's WinCVS. > -Original Message- > From: David H. Thornley [mailto:[EMAIL PROTECTED]] > Sent: Friday, February 16, 2001 10:29 AM > To: '[EMAIL PROTECTED]' > Subject: Re: FW: Website development > > > > >

RE: FW: Website development

2001-02-16 Thread Noel L Yap
ry 16, 2001 10:29 AM > To: '[EMAIL PROTECTED]' > Subject: Re: FW: Website development > > > > > "Atkinson, Chip" wrote: > > Thanks for the information. One thing that I've > encountered is the need to > > take very tiny steps with web d

RE: FW: Website development

2001-02-16 Thread Atkinson, Chip
[EMAIL PROTECTED] > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: RE: FW: Website development > > > It sounds like you're using some sort of content management > software. I'm not > 100% decided on this issue, but I'm currently leaning towards > the i