Re: Nubie question
Dmitry Suzdalev wrote: Hello all! Can anyone explain me how to get latest STABLE release of some package from CVS? Manual says that i have to use tags. But all examples in it contain tag's name, such as cvs update -r Release-02 But what if i dont know this name? Can I find it somehow? Is there a CVS command that lists all tag names? Note that knowing all the tag names mat not help. You need to know whatever tagging system is in use in the project you are working on, and that tagging system needs to include a procedure for tagging the latest stable release. If both of these are true, only then can you use the previously mentioned commands to scan the tags and find your latest stable release. /|/|ike ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: Providing the functionality of CVS as a library
> "Shankar" == Shankar Unni <[EMAIL PROTECTED]> writes: Shankar> Alex Taler writes: >> I'm interested in working on providing the functionality of CVS as a >> library. Shankar> I take it you mean the _client_ side of CVS as a library? Or are you Shankar> talking about serving up CVS functionality from an embedded server? Yes, I mean the client side of CVS. -- Why would anybody shoot at a police station? -- Assault on Precinct 13 PGP: 42D0 66C2 9FF8 553A 373A B819 4C34 93BA 23DC 453B ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Providing the functionality of CVS as a library
> "Larry" == Larry Jones <[EMAIL PROTECTED]> writes: Larry> That's one of the motivations for the CVS client/server protocol -- Larry> the intent was the people should write new clients rather than trying Larry> to wrap the existing command-line client. Librarifying CVS would Larry> likely require a complete re-write. Do you mean the pserver protocol, and not ext? I will take a look at it, although I personally don't use pserver for security reasons. I wondered if I would hear the words "complete re-write". I thought that might be the reason this hadn't been done yet. However, I am still committed to it. Alex -- Why would anybody shoot at a police station? -- Assault on Precinct 13 PGP: 42D0 66C2 9FF8 553A 373A B819 4C34 93BA 23DC 453B ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Linex need serious concurent version control software ?
In article <[EMAIL PROTECTED]>,
Bogdan <[EMAIL PROTECTED]> wrote:
>I just wander if cvs can make merging kylix project files?
>My guess is that it will make a mess.
I have used CVS (and perforce) to manage the .bpr files on other platforms.
It's doable, if a bit of a pain.
It's pretty much a straight forward XML file.
However, it IS formated by software which likes to throw in line breaks at
obnoxious points.
For example, instead of something like the xml equivalent of:
SOURCES =
foo.c
bar.c
baz.c
it does
SOURCES = foo.c bar.c baz.c
with line wraps (probably around 80 chars or so). I believe it also keeps
a listing for object files as well.
So, if you add a new file at the beginning, it changes a LOT of lines.
So, yes, that can make merging a significant pain. But I don't know of any
tool that would handle that well.
What I usually do is merge, handle the sources conflicts, and nuke the
object file listing, and let the borland tools rebuild those parts of it.
Occasionally there may be some conflicts with defines and what not.
But, to be honest, most of those issues exist with Makefile as well.
At least with being xml, you could probably write a filter that could put
each item on it's own line, which could reduce conflicts.
mrc
--
Mike Castle [EMAIL PROTECTED] www.netcom.com/~dalgoda/
We are all of us living in the shadow of Manhattan. -- Watchmen
fatal ("You are in a maze of twisty compiler features, all different"); -- gcc
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
