[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Merging in CVS
From: |
MacMunn, Robert |
Subject: |
RE: Merging in CVS |
Date: |
Fri, 22 Nov 2002 13:28:02 -0500 |
It isn't a slick interface. In Clearcase it is the merge tool itself that
gives you the ability to deal with the conflicts easily.
-----Original Message-----
From: 'Thomas S. Urban' [mailto:address@hidden
Sent: Friday, November 22, 2002 1:27 PM
To: MacMunn, Robert
Cc: address@hidden
Subject: Re: Merging in CVS
On Fri, Nov 22, 2002 at 13:17:12 -0500, MacMunn, Robert sent 1.7K bytes:
> Not at all. In Clearcase you have a graphical interface where the
conflicts
> can be taken care of as the merge happens. No manual editting of files.
A nice tool with a graphical interface is still a manual tool. It may
be easier to use than a simple text editor (but why would you use a
simple text editor?), but both process are manual versus automatic.
Perhaps the time the manual work happens is significant, I don't know,
but it still happens.
Graphical interfaces for dealing with the conflict markers CVS produces
probably exist, either with one of the many GUI clients, or with emacs.
The vim plugin I use highlights them specially. If I cared, I could
write easy vim functions that would take one version or the other for
each conflict. But it rarely comes up in our usage (i.e. including good
communication), so I don't care all that much about slick interfaces to
conflict resolution.
>
> -----Original Message-----
> From: Thomas S. Urban [mailto:address@hidden
> Sent: Friday, November 22, 2002 1:16 PM
> To: MacMunn, Robert
> Cc: address@hidden
> Subject: Re: Merging in CVS
>
>
> On Fri, Nov 22, 2002 at 12:23:56 -0500, MacMunn, Robert sent 0.9K bytes:
> > Thanks. Looks like merges must be difficult in CVS. A lot of manual
> work.
>
> Most of the time, merges happen automatically. Manual intervention is
> only required when they can't happen automatically. Conflicts always
> take (some amount) of a manual work. Merges never do. I don't see how
> you can get around this fact in any system, short of exclusivity.
>
> Looks like you may be confused by terminology. RTFM.
>
> HTH
> Scott
>
>
> >
> > -----Original Message-----
> > From: Kaz Kylheku [mailto:address@hidden
> > Sent: Friday, November 22, 2002 12:18 PM
> > To: MacMunn, Robert
> > Cc: address@hidden
> > Subject: Re: Merging in CVS
> >
> >
> > On Fri, 22 Nov 2002, MacMunn, Robert wrote:
> >
> > > I am new to CVS. I am testing out merging.
> > >
> > > When I merged 2 files I got extra lines teling me where the merged
lines
> > > where.
> > > Is there any way around this ?
> > >
> > > Ex.
> > > The <<<<<<< and >>>>> delimit the merged lines.
> >
> > No, they delimit conflicts. You can't get around conflicts. You must
> > resolve them when they occur, and you can't prevent them from occuring,
> > unless people working independently magically stay out of each other's
> > way.
> >
> > RTFM!
> >
> >
> > _______________________________________________
> > Info-cvs mailing list
> > address@hidden
> > http://mail.gnu.org/mailman/listinfo/info-cvs
--
Stupidity is its own reward.
- RE: Merging in CVS, (continued)
- RE: Merging in CVS, Shankar Unni, 2002/11/22
- Re: Merging in CVS, Thomas S. Urban, 2002/11/22
- Re: Merging in CVS, Larry Jones, 2002/11/22
- Re: Merging in CVS, Kaz Kylheku, 2002/11/22
- Re: Merging in CVS, Eric Siegerman, 2002/11/22
- RE: Merging in CVS, Greg A. Woods, 2002/11/22
- RE: Merging in CVS, MacMunn, Robert, 2002/11/22
- RE: Merging in CVS,
MacMunn, Robert <=
- RE: Merging in CVS, MacMunn, Robert, 2002/11/22