"Gurpreet Singh (SCM)" writes:
>
> This message is in MIME format. Since your mail reader does not understand
> this format, some or all of this message may not be legible.
Please do not send MIME and/or HTML encrypted messages to the list.
Plain text only, PLEASE!
> I just installed RH Linux 7.0
Don't check files or directories that have spaces in the names
into CVS. It'll cause nothing but trouble.
Go into the repository and replace all the spaces with underscores
( _ ) or something, and do a fresh checkout. That should fix it.
HTH,
Rob Helmer
Namodn
On Thu, Apr 05, 2001 at 01:10:5
Rob Helmer wrote:
>
> Don't check files or directories that have spaces in the names
> into CVS. It'll cause nothing but trouble.
>
I was just asked a question about InstallShield. I'm not
personally familiar with what it does, but apparently it
creates a set of files of which many have space
Hi David,
Maybe you can use a commitinfo script to do this. I'm not
really sure, I know people use them to strip CRs from files,
I imagine you could automatically remove spaces like this
somehow.
Perhaps you could automatically convert them back on checkout.
I'm not sure how this part would be
My previous employer uses cvs and WinCVS with files with spaces in their
names. cvs itself has only a couple of bugs, maybe even fixed in the latest
release, with handling files with spaces in them. I remember that top level
directories, and module names, should not have spaces in them. And you
ca
etting slightly worried by now
:-/
regards
/anders
> -Original Message-
> From: David H. Thornley [mailto:[EMAIL PROTECTED]]
> Sent: 5. april 2001 19:55
> To: Rob Helmer
> Cc: M Birch; [EMAIL PROTECTED]
> Subject: Re: CVS setup
>
>
>
>
> Rob Helmer wrote:
>
Anders Truelsen writes:
>
> I've been using CVS to control out install shield setups with spaces and all
> for a couple of years now and I've never experienced any problems.
> Just yesterday I created a bunch of modules with with spaces in their names
> and it seemed to work just fine, though I'm
Also worth mentioning in this thread is the fact that most of the files
generated by InstallShield and the associated tool, Package for the Web, are
ordinary text.
Jerry
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/in
Jerry Nairn wrote:
>
> Also worth mentioning in this thread is the fact that most of the files
> generated by InstallShield and the associated tool, Package for the Web, are
> ordinary text.
> Jerry
Yes, that's what I was told, and that's one thing that makes
me unwilling to zip everything up
Jerry Nairn <[EMAIL PROTECTED]> writes:
> Also worth mentioning in this thread is the fact that most of the files
> generated by InstallShield and the associated tool, Package for the Web, are
> ordinary text.
Yes, the unfortunate part is that InstallShield insists on using long
names with embed
Laine Stump writes:
>
> Yes, the unfortunate part is that InstallShield insists on using long
> names with embedded spaces for directories and files, which leads to
> odd inconveniences occasionally (eg, cvs -n update doesn't work
> properly,
What goes wrong?
> you can't use "find . -print | x
[EMAIL PROTECTED] (Larry Jones) writes:
> Laine Stump writes:
> >
> > Yes, the unfortunate part is that InstallShield insists on using long
> > names with embedded spaces for directories and files, which leads to
> > odd inconveniences occasionally (eg, cvs -n update doesn't work
> > properly,
On Fri, Apr 06, 2001 at 03:00:37PM -0400, Larry Jones wrote:
> You can if you have the GNU versions of find and xargs:
>
> find . -print0 | xargs -0 ...
>
> (Actually, all you need is GNU xargs:
>
> find . -print | tr '\n' '\0' | xargs -0 ...
Well, GNU's find and xargs are distribu
Eric Siegerman writes:
>
> On Fri, Apr 06, 2001 at 03:00:37PM -0400, Larry Jones wrote:
> >
> > (Actually, all you need is GNU xargs:
> >
> > find . -print | tr '\n' '\0' | xargs -0 ...
>
> Well, GNU's find and xargs are distributed in the same package
> (findutils), so this shouldn't be t
-
From: David H. Thornley [mailto:[EMAIL PROTECTED]]
Sent: 05 April 2001 18:55
To: Rob Helmer
Cc: M Birch; [EMAIL PROTECTED]
Subject: Re: CVS setup
Rob Helmer wrote:
>
> Don't check files or directories that have spaces in the names
> into CVS. It'll cause nothing but trouble.
&g
> -Original Message-
> From: David H. Thornley [mailto:[EMAIL PROTECTED]]
> Sent: 05 April 2001 18:55
> To: Rob Helmer
> Cc: M Birch; [EMAIL PROTECTED]
> Subject: Re: CVS setup
>
>
>
>
> Rob Helmer wrote:
> >
> > Don't check files or d
this myself. Use a scratch monkey.
Mike.
-Original Message-
From: David H. Thornley [mailto:[EMAIL PROTECTED]]
Sent: April 5, 2001 1:55 PM
To: Rob Helmer
Cc: M Birch; [EMAIL PROTECTED]
Subject: Re: CVS setup
Rob Helmer wrote:
>
> Don't check files or directories that hav
Rohit Peyyeti writes:
>
> Is there any better way to set this up? Also, I need read
> only access to certain project directories for some of the
> users. How is that possible?
Set the permissions on the repository directories so that read-only
users have read permission but not write permission.
]>
Sent: Monday, January 28, 2002 8:15 AM
Subject: Re: CVS setup help
> Rohit Peyyeti writes:
> >
> > Thanks Larry, but I am having problems
> > getting Read-Only access in CVS using
> > pserver.
> >
> > I created user called 'rohit' in system
&g
Rohit Peyyeti writes:
>
> rohit = system user
> readroh = cvs user
>
> I changed $CVSROOT/CVSROOT/passwd file. This is how
> it has right now:
>
> $CVSROOT/CVSROOT/passwd :
> readroh::rohit
>
> $CVSROOT/CVSROOT/readers :
> readroh
>
> In .bash_profile :
> CVSROOT=":pserver:rohit@server:/usr/l
ver which has my cvs-repository.
...Rohit
- Original Message -
From: "Larry Jones" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: "CVS Mailing Lists" <[EMAIL PROTECTED]>
Sent: Monday, January 28, 2002 1:25 PM
Subject: Re: CVS setup help
> Rohit
Rohit Peyyeti writes:
>
> (Logging in to readroh@server)
> CVS password:
> Fatal error, aborting.
> readroh: no such user
> cvs login: authorization failed: server rejected access
Please do not summarize or truncate error messages when you report them
-- there are a number of similar messages a
Sorry, forgot the version information:
Concurrent Versions System (CVS) 1.10.8 (client/server)
...Rohit
- Original Message -
From: "Larry Jones" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, January 28, 2002 10:13 PM
Rohit Peyyeti writes:
>
> And I am not editing $CVSROOT/CVSROOT/passwd
> file directly in the repository directory. I first checkout the
> file and then edit it before committing.
That's almost certainly your problem -- unless you've added passwd to
the checkoutlist file, you don't actually hav
Rohit Peyyeti writes:
>
> Concurrent Versions System (CVS) 1.10.8 (client/server)
That's pretty old. If you upgrade to the current release (1.11.1p1),
which you can get from www.cvshome.org, you'll get better error messages
and a whole lot of bug fixes.
-Larry Jones
You're just trying to get
it Peyyeti
- Original Message -
From: "Larry Jones" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, January 28, 2002 10:13 PM
Subject: Re: CVS setup help
| Rohit Peyyeti writes:
| >
| > (Logging in to readroh@server)
| > CVS p
t does not work. The readers file
contains just one line: readroh. And for sure I gave
new line at the end.
Regards,
Rohit Peyyeti
- Original Message -
From: "Larry Jones" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, Janua
Thanks Larry. Thank you very much. Works
according to how I thought it should work.
Regards,
Rohit Peyyeti
- Original Message -
From: "Larry Jones" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, January 29, 2002 9:28 PM
Sounds like the path listed in etc/profile or in CVSROOT/modules may
be pointing to the wrong place. Both need to point to the modules
folder itself. For exact syntax, see:
http://www.michael-amorose.com/cvs/
Michael C. Amorose
Author FireUtils for Macintosh
Author Sound Core for Macintosh
Aut
On Wed, Jul 05, 2000 at 09:07:55AM -0400, [EMAIL PROTECTED] wrote:
> I'm new to this group, and have just started using CVS i think its a great
> program, and have been impressed with it. Everything has been working
> great with it until i tried setting another computer up, it worked fine the
> f
Matt Keyes writes:
>
> I'm running Slackware, I installed the latest CVS, and went through setting
> it up. I set up the port as per the docs, and configured inetd.conf with
> the following:
>
> cvs -f -allow-root=/cvsroot pserver
>
> /cvsroot is a partition I have that will be dedicated
ply b/c this is the first time I've tried
to setup/use CVS. Thanks for any help!
Matt
-Original Message-
From: Larry Jones [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 22, 2001 10:36 AM
To: Matt Keyes
Cc: [EMAIL PROTECTED]
Subject: Re: CVS Setup Help Needed
Matt Keyes writes:
>
Matt Keyes writes:
>
> 1. I set $CVSROOT to be /cvsroot
That's not correct if you want to use pserver. You should set it to
something like:
:pserver:user@host:/cvsroot
> 2. I did initialize the repository, so there is a /cvsroot/CVSROOT directory
> (with all the subdirectories under i
:47 PM
To: Matt Keyes
Cc: [EMAIL PROTECTED]
Subject: Re: CVS Setup Help Needed
Matt Keyes writes:
>
> 1. I set $CVSROOT to be /cvsroot
That's not correct if you want to use pserver. You should set it to
something like:
:pserver:user@host:/cvsroot
> 2. I did initialize t
Matt Keyes writes:
>
> >Then how did you initialize the repository? :-)
> cvs -d /cvsroot init
Then you used CVS in local mode. That's why the smiley.
> I suspect my main problem is with the $CVSROOT. Does the user in
> :pserver:user@host:/cvsroot need to be each username that will access the
I need more information to really be able to help but I'll give it a good
shot.
Did you do a cvs init?
Verify that cvs commands work from the node where cvs is installed?
The inetd.conf doesn't look correct. Mine looks like this:
cvs stream tcp nowait root /opt/cvs/bin/cvs cvs -f
--a
Matt Keyes wrote:
>
> On the same note (but a little OT), how can I cut and paste from vi (I want
> to cut the encrypted password from /etc/passwd and put it in the cvspasswd
> file (whatever its called... I'm not at home so I can't look at it)?
That depends on the interface or client you use to
How does one use the reserved locks?
Jerzy Kaczorowski wrote:
> - Original Message -
> From: "Paul Sander" <[EMAIL PROTECTED]>
>
> > There's Noel Yap's patches on SourceForge, which apply to a down-rev
> release
> > of CVS. I believe that others have implemented it as well, but only
> p
I sent out instructions within the several threads about this. I guess you
missed it 'cos you were too busy ranting. Please check the archives.
Noel
How does one use the reserved locks?
Jerzy Kaczorowski wrote:
> - Original Message -
> From: "Paul Sander" <[EMAIL PROTECTED]>
>
> > T
David Masterson <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> > Andrew writes:
>
> > Has anyone setup reserved checkout in CVS (ver 1.11.1p1) in Unix
> > (Solaris)? Or is there any documentation on this other than the
> > manual that comes with the source code?
>
> Gi
In article <[EMAIL PROTECTED]>, Greg Cooper wrote:
>David Masterson <[EMAIL PROTECTED]> wrote in message
>news:<[EMAIL PROTECTED]>...
>> > Andrew writes:
>>
>> > Has anyone setup reserved checkout in CVS (ver 1.11.1p1) in Unix
>> > (Solaris)? Or is there any documentation on this other tha
[EMAIL PROTECTED] (Kaz Kylheku) wrote:
>Tell the manager to shed his or her superstitions, and work with
>the facts. The facts are:
>
>- Concurrent development works just fine.
>- Your team already likes it.
>- Strict locking does not prevent concurrency, it only reduces
> it to a coarse granula
"Kaz Kylheku" <[EMAIL PROTECTED]> wrote in message
UClD7.130841$[EMAIL PROTECTED]">news:UClD7.130841$[EMAIL PROTECTED]...
> In article <[EMAIL PROTECTED]>, Greg Cooper
wrote:
> >David Masterson <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> >> > Andrew writes:
> >>
> >> >
No, it is not. I think you need to figure out why the manager doesn't want
to use concurrent development models especially if the advisory locks patch
is installed to better control the process.
Noel
David Masterson <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> > Andre
>[EMAIL PROTECTED] (Kaz Kylheku) wrote:
>
>>Tell the manager to shed his or her superstitions, and work with
>>the facts. The facts are:
>>
>>- Concurrent development works just fine.
>>- Your team already likes it.
>>- Strict locking does not prevent concurrency, it only reduces
>> it to a co
> Kaz Kylheku writes:
[...with respect to CVS...]
> Tell the manager to shed his or her superstitions, and work with the
> facts. The facts are:
> - Concurrent development works just fine.
> - Your team already likes it.
> - Strict locking does not prevent concurrency, it only reduces
> i
A huge portion of Streamed Lines deals with branches. Now, consider that
unreserved checkouts are sort of like (if not exactly) virtual branches...
IOW, if the manager is _really_ against concurrent development, then he/she
should be against any version control tool that allows branches as well
On Wed, Oct 10, 2001 at 01:18:55AM -0700, Andrew wrote:
> Has anyone setup reserved checkout in CVS (ver 1.11.1p1) in Unix
> (Solaris)? Or is there any documentation on this other than the manual
> that comes with the source code?
Try http://cvsbook.red-bean.com/ for a very good book about CVS. P
The most you could hope for in CVS is to install a patch that allows
advisory locks -- reserved locks are counter to the purpose of CVS. You
can find a version of the patch (I think against cvs-1.11.1) at SourceForge
under project RCVS.
Once the patch is installed, tell the users that they must
> Andrew writes:
> Has anyone setup reserved checkout in CVS (ver 1.11.1p1) in Unix
> (Solaris)? Or is there any documentation on this other than the
> manual that comes with the source code?
Given the CVS model of unreserved checkouts, why do you need reserved
checkouts? Also, are you tal
Yeah, file locking is really unproductive. I just love wasting all that time
tryin' to figure out why the merge didn't happen and do it all by hand. My boss
really likes all the extra cost too.
[EMAIL PROTECTED] wrote:
> The most you could hope for in CVS is to install a patch that allows
> ad
The RCVS part on source forge seems to be dead. Is anyone really developing
locking for CVS?
[EMAIL PROTECTED] wrote:
> The most you could hope for in CVS is to install a patch that allows
> advisory locks -- reserved locks are counter to the purpose of CVS. You
> can find a version of the pat
If your question really is: "Is anyone modifying CVS to support locking?"
Then I believe the answer is "yes".
If your question really is: "Is anyone making locking a mainstream feature
of CVS?" Then I believe the answer is "no".
Despite the outcry to have this capability, no one with commit a
The patches are there for anyone to use. Last I heard, all that's stopping
them from being included with the standard distribution are the lack of
test and doc patches. You're welcome to work on them. Welcome to the
world of open source.
Noel
The RCVS part on source forge seems to be dead.
Paul Sander wrote:
> If your question really is: "Is anyone modifying CVS to support locking?"
> Then I believe the answer is "yes".
Who? And where may I get it?
>
> If your question really is: "Is anyone making locking a mainstream feature
> of CVS?" Then I believe the answer is "no".
sha
No link to any files produces anything. One cannot download a patch that is not
there.
[EMAIL PROTECTED] wrote:
> The patches are there for anyone to use. Last I heard, all that's stopping
> them from being included with the standard distribution are the lack of
> test and doc patches. You're
>> If your question really is: "Is anyone making locking a mainstream
feature
>> of CVS?" Then I believe the answer is "no".
>
>shame
I think getting real reserved locks into CVS is impossible without
chainging CVS so much as to make it not CVS anymore. Of course, you're
welcome to try.
Noe
[ On Friday, October 12, 2001 at 02:17:41 (GMT), Bryon Lape wrote: ]
> Subject: Re: CVS - setup reserved checkout
>
> Paul Sander wrote:
>
> > If your question really is: "Is anyone making locking a mainstream feature
> > of CVS?" Then I believe the answer is
There's Noel Yap's patches on SourceForge, which apply to a down-rev release
of CVS. I believe that others have implemented it as well, but only privately
in their own shops. Maybe they don't advertise them for fear of being blasted
by Greg.
--- Forwarded mail from [EMAIL PROTECTED]
Paul Sande
*** REPLY SEPARATOR ***
On 11/10/2001 at 23:03 [EMAIL PROTECTED] wrote:
>
>Read Berliner's whole paper. Understand what it means to "force"
>developers to use a "parallel" development paradigm and learn what the
>benefits are.
I understand it, there aren't any.
---
Wo? Ich kann nicht es gefunden.
Paul Sander wrote:
> There's Noel Yap's patches on SourceForge, which apply to a down-rev release
> of CVS. I believe that others have implemented it as well, but only privately
> in their own shops. Maybe they don't advertise them for fear of being blasted
> b
"Greg A. Woods" wrote:
> Read Berliner's whole paper. Understand what it means to "force"
> developers to use a "parallel" development paradigm and learn what the
> benefits are.
The benefits add up to zero. Now, if it did method locking, that would be helpful,
protective AND productive. With
In article <[EMAIL PROTECTED]>, Bryon Lape wrote:
>"Greg A. Woods" wrote:
>
>> Read Berliner's whole paper. Understand what it means to "force"
>> developers to use a "parallel" development paradigm and learn what the
>> benefits are.
>
>The benefits add up to zero. Now, if it did method locking
Ich funde es bei
http://sourceforge.net/tracker/index.php?func=detail&aid=422733&group_id=4680&atid=304680
>--- Forwarded mail from [EMAIL PROTECTED]
>Wo? Ich kann nicht es gefunden.
>Paul Sander wrote:
>> There's Noel Yap's patches on SourceForge, which apply to a down-rev release
>> of CVS
Kaz Kylheku wrote:
> CVS doesn't require hand merging. When you perform a cvs update
> operation, then new changes in the repository are automatically
> incorporated into your working copy. Only when a conflict arises do
> you have to do resolution by hand. Conflicts tend to occur rarely, and
>
Netscape tries and tries, but nothing is ever returned by this link.
Paul Sander wrote:
Ich funde es bei http://sourceforge.net/tracker/index.php?func=detail&aid=422733&group_id=4680&atid=304680
>--- Forwarded mail from [EMAIL PROTECTED]
>Wo? Ich kann nicht es gefunden.
>Paul Sander wrote:
>> Th
It sounds like the software your group is maintaining needs factoring to
decrease the likelihood that several developers are modifying the same
method. It also sounds like your group can use some communication.
Noel
"Greg A. Woods" wrote:
> Read Berliner's whole paper. Understand what it mea
--- Bryon Lape <[EMAIL PROTECTED]> wrote:
> Kaz Kylheku wrote:
>
> > CVS doesn't require hand merging. When you perform a cvs update
> > operation, then new changes in the repository are automatically
> > incorporated into your working copy. Only when a conflict arises do
> > you have to do res
If you've really made up your mind then don't use CVS. But think about
this first: Why are you the only group I know who has tried parallel
development and didn't like it?
Noel
*** REPLY SEPARATOR ***
On 11/10/2001 at 23:03 [EMAIL PROTECTED] wrote:
>
>Read Berliner's whole
>> Conflicts are extremely easy to produce and may not be easily resolved.
>
>The issue it seems you are having is that on a regular basis, two or more
>developers making large abouts of unrelated changes to same sections of
code.
>This problem cannot be solved by locking checkouts, or by any ch
You need to ask yourself why your group is experiencing so many conflicts
while so many other groups (thousands?) are not.
Noel
Kaz Kylheku wrote:
> CVS doesn't require hand merging. When you perform a cvs update
> operation, then new changes in the repository are automatically
> incorporated
I was able to use Netscape get to the patches. Exactly what are you doing?
Noel
Netscape tries and tries, but nothing is ever returned by this link.
Paul Sander wrote:
Ich funde es bei
http://sourceforge.net/tracker/index.php?func=detail&aid=422733&group_id=4680&atid=304680
Your reply, as written, contradicts itself.
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
Conflicts are easy to produce *when you have multiple developers working on
the same segments of code*.
If you are doing a lot of that without any coordination between the
developers, you are going to have a lot of problems. Period.
___
Info-cvs mai
> -Original Message-
> From: Bryon Lape [mailto:[EMAIL PROTECTED]]
>
> The benefits add up to zero. Now, if it did method locking,
> that would be helpful,
> protective AND productive. Without some sort of locking,
> having developers waste
> time with doing merging by hand is count
[ On Friday, October 12, 2001 at 00:06:34 (-0400), Bryon Lape wrote: ]
> Subject: Re: CVS - setup reserved checkout
>
> *** REPLY SEPARATOR ***
>
> On 11/10/2001 at 23:03 [EMAIL PROTECTED] wrote:
>
> >
> >Read Berliner's whole paper.
[ On Friday, October 12, 2001 at 04:05:42 (GMT), Bryon Lape wrote: ]
> Subject: Re: CVS - setup reserved checkout
>
> The benefits add up to zero. Now, if it did method locking, that would be helpful,
> protective AND productive. Without some sort of locking, having developers waste
[ On Friday, October 12, 2001 at 11:22:37 (GMT), Bryon Lape wrote: ]
> Subject: Re: CVS - setup reserved checkout
>
> Conflicts are extremely easy to produce and may not be easily resolved.
Hmmm. and how is this different from any other change control
process? In non-parallel
[ On Friday, October 12, 2001 at 09:35:58 (-0500), Thornley, David wrote: ]
> Subject: RE: CVS - setup reserved checkout
>
>
> What do you mean by "method locking"? Locking individual parts
> of a file? It wouldn't do you any good.
Well, not with CVS anywa
-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
Greg A. Woods
Sent: Friday, October 12, 2001 9:14 AM
To: [EMAIL PROTECTED]
Cc: CVS-II Discussion Mailing List
Subject: Re: CVS - setup reserved checkout
[ On Friday, October 12, 2001 at 00:06:34 (-0400), Bryon Lape wrote: ]
>
[ On Friday, October 12, 2001 at 09:51:54 (-0700), Gianni Mariani wrote: ]
> Subject: RE: CVS - setup reserved checkout
>
> There is a case where Greg would agree with you and that's in the case of
> binary files or files that can't be merged automagically - like jpegs or
&
In article <[EMAIL PROTECTED]>, Greg A. Woods wrote:
>Even locking without lock contention won't solve all conflict
>scenarios. Commit wars are possible with any change control process.
Even if you lock an entire repository, you can still get conflicts;
conflicts outside of the system.
Suppose
In article <[EMAIL PROTECTED]>, Bryon Lape wrote:
>Kaz Kylheku wrote:
>
>> CVS doesn't require hand merging. When you perform a cvs update
>> operation, then new changes in the repository are automatically
>> incorporated into your working copy. Only when a conflict arises do
>> you have to do re
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Friday, October 12, 2001 11:46 AM
> To: [EMAIL PROTECTED]
> Subject: RE: CVS - setup reserved checkout
>
>
> [ On Friday, October 12, 2001 at 09:35:58 (-0500), Thornley,
> Dav
I got there by going to http://sourceforge.net/ and typing "rcvs" in the
search field. That produced a table of about a dozen patches, one of
which had a suitable one-description. I clicked on that, then on the
"download" button.
>--- Forwarded mail from [EMAIL PROTECTED]
>Netscape tries and t
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] wrote:
>
>You need to ask yourself why your group is experiencing so many conflicts
>while so many other groups (thousands?) are not.
Because there is no group, and there are no conflicts. This is just
another Chicken Little yelling that the sky
One would hope that one's shop is not using the same branch for both
maintenance and new features. That kind of thing is best done on
separate branches (where the two schedules don't interfere with each
other). The bug fix is later merged into the new development when
it's appropriate to do so.
>--- Forwarded mail from [EMAIL PROTECTED]
>[ On Friday, October 12, 2001 at 04:05:42 (GMT), Bryon Lape wrote: ]
>> Subject: Re: CVS - setup reserved checkout
>>
>> The benefits add up to zero. Now, if it did method locking, that would be helpful,
>> protective
>--- Forwarded mail from [EMAIL PROTECTED]
>3 developers (A,B,C) need to fix file X.
>A is making some major changes, adding lots of new functionality.
>B and C need to make a minor tweak to the file.
>In a CVS model:
>B anc C can be done and outa there in minutes and essentially forget about
>
TED]
>[ On Friday, October 12, 2001 at 09:35:58 (-0500), Thornley, David wrote: ]
>> Subject: RE: CVS - setup reserved checkout
>>
>>
>> What do you mean by "method locking"? Locking individual parts
>> of a file? It wouldn't do you any good.
>W
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Friday, October 12, 2001 1:34 PM
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: RE: CVS - setup reserved checkout
>
>
> One would hope that one's shop is not u
In article <[EMAIL PROTECTED]>, Paul Sander wrote:
>Under those conditions, almost any version control tool provides the
>necessary merge tool.
Your inexperience is showing. There are version control tools in *broad*
use that have extremely support for branching and merging.
Exhibit A: Visual Sou
[ On Friday, October 12, 2001 at 15:45:15 (-0500), Thornley, David wrote: ]
> Subject: RE: CVS - setup reserved checkout
>
> The last job I had not involving the use of CVS was with SCCS,
> and we didn't have branches. This did make shipping bug-fixed
> stuff to customers int
Wrong.
Kaz Kylheku wrote:
> In article <[EMAIL PROTECTED]>,
> [EMAIL PROTECTED] wrote:
> >
> >You need to ask yourself why your group is experiencing so many conflicts
> >while so many other groups (thousands?) are not.
>
> Because there is no group, and there are no conflicts. This is just
> a
I simply clicked on the link you supplied. I even copied it to IE
just to make sure Nutscraper wasn't having a problem.
[EMAIL PROTECTED] wrote:
I was able to use Netscape get to the patches.
Exactly what are you doing?
Noel
Netscape tries and tries, but nothing is ever returned by this link.
P
Because there is no group, and there are no conflicts. This is just
another Chicken Little yelling that the sky is falling. Actually
a step beneath Chicken Little, because something actually did fall on
Chicken Little's head, it wasn't just pure imagination. :)
Yes, I was giving him the benefi
>In the end, productivity is probably the same in either method.
Developers
>spend a lot of time getting coffee every day while their automatic merges
>complete, or they slave away for hours resolving conflicts once every
couple
>of weeks. But perception is everything here; letting the automati
2, 2001 at 09:35:58 (-0500), Thornley, David wrote:
]
>> Subject: RE: CVS - setup reserved checkout
>>
>>
>> What do you mean by "method locking"? Locking individual parts
>> of a file? It wouldn't do you any good.
>Well, not with CVS anyway! :-)
OK, then exactly what are you expecting from the link? Maybe SourceForge
was down when you tried it? Have you tried it again? Have you tried
following the step-by-step instructions I sent out?
Noel
I simply clicked on the link you supplied. I even copied it to IE just to
make sure Nutscrape
> -Original Message-
> From: Bryon Lape [mailto:[EMAIL PROTECTED]]
>
> Wrong.
>
> Kaz Kylheku wrote:
>
> > In article <[EMAIL PROTECTED]>,
> > [EMAIL PROTECTED] wrote:
> > >
> > >You need to ask yourself why your group is experiencing so
> many conflicts
> > >while so many other grou
1 - 100 of 103 matches
Mail list logo
