Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / First Aid / August 2005

Tip: Looking for answers? Try searching our database.

about CVS protocol and CVS client

Thread view: 
George George - 25 Jul 2005 02:32 GMT
Hello everyone,

I want to write an own CVS client in Java. And I am looking for the following
materials,

- CVS protocol specification
- Education materials about CVS protocol
- A simple open source CVS client in Java

Could anyone help?

thanks in advance,
George
Monique Y. Mudama - 25 Jul 2005 04:51 GMT
> Hello everyone,
>
[quoted text clipped - 6 lines]
>
> Could anyone help?

http://www.google.com/search?q=java+cvs+client

Looks like you can just use this library:

http://javacvs.netbeans.org/library/

Signature

monique

Ask smart questions, get good answers:
http://www.catb.org/~esr/faqs/smart-questions.html

George George - 26 Jul 2005 04:45 GMT
Thanks Monique,

>> Hello everyone,
>>
[quoted text clipped - 7 lines]
>
>http://javacvs.netbeans.org/library/

Your repply is very helpful!

regards,
George
Frank - 07 Aug 2005 18:35 GMT
> Hello everyone,
>
[quoted text clipped - 6 lines]
>
> Could anyone help?

CVS is deprecated, btw. <http://subversion.tigris.org/>
Andrew Thompson - 08 Aug 2005 05:19 GMT
>> I want to write an own CVS client in Java.
..
> CVS is deprecated,

CVS 'deprecated'?  By who?

( And yes, I trimmed your software link, because although
software might cause paradigm shift, it never 'deprecate's
anything. )

Signature

Andrew Thompson
physci.org 1point1c.org javasaver.com lensescapes.com athompson.info
Dancing Space Potatoes?  You Bet!

Dale King - 09 Aug 2005 01:03 GMT
>>CVS is deprecated,
>
> CVS 'deprecated'?  By who?

By anyone that has used both Subversion and CVS.

This definition of deprecate definitely expresses it quite well :-)

Deprecate:
   To pray against, as an evil; to seek to avert by prayer; to
   desire the removal of; to seek deliverance from; to express
   deep regret for; to disapprove of strongly.

Signature

 Dale King

Andrew Thompson - 09 Aug 2005 16:55 GMT
>>>CVS is deprecated,
>>
[quoted text clipped - 8 lines]
>     desire the removal of; to seek deliverance from; to express
>     deep regret for; to disapprove of strongly.

OK.. I have only recently encountered CVS in any
practical sense.  I have to admit I find it rather
difficult to use.  How would you describe the actual
ease of *use* of Subversion as compares to CVS?

[ I am almost sold on Subversion (and the use of
'deprecated') from what I have already read, but
'ease of use' seemed an elusive aspect to get info.
on.. ]

Signature

Andrew Thompson
physci.org 1point1c.org javasaver.com lensescapes.com athompson.info
If Accidentally Watched, Induce Vomiting

Ingo R. Homann - 10 Aug 2005 07:51 GMT
Hi,

> OK.. I have only recently encountered CVS in any
> practical sense.  I have to admit I find it rather
[quoted text clipped - 5 lines]
> 'ease of use' seemed an elusive aspect to get info.
> on.. ]

When using some IDE with CVS-intergration, like Eclipse, CVS is indeed
*very* easy to use and very comfortable!

On the other hand, I've heard that especially the Subversion-plugin for
Eclipse is not very sophisticated and not very stable...

Ciao,
Ingo
Daniel Dyer - 10 Aug 2005 13:13 GMT
> OK.. I have only recently encountered CVS in any
> practical sense.  I have to admit I find it rather
[quoted text clipped - 5 lines]
> 'ease of use' seemed an elusive aspect to get info.
> on.. ]

If you scratch the surface of CVS you'll find that it's not a pretty piece  
of software, but it does the job quite well (unlike Visual SourceSafe,  
which makes the Windows Recycle Bin look like a quality configuration  
management solution).  A decent CVS client makes it almost enjoyable to  
use.  I've always recommended SmartCVS (http://www.smartcvs.com), and the  
same author is developing an equivalent Subversion client that is  
currently available in beta.

Dan.

Signature

Daniel Dyer
http://www.dandyer.co.uk

Dale King - 12 Aug 2005 03:29 GMT
>> OK.. I have only recently encountered CVS in any
>> practical sense.  I have to admit I find it rather
[quoted text clipped - 13 lines]
> (http://www.smartcvs.com), and the  same author is developing an
> equivalent Subversion client that is  currently available in beta.

CVS is OK if you never want to delete, rename, or move files. Then it
becomes a pain.

Subversion is a much better choice. If you can use either, go with
Subversion.

Signature

 Dale King

Dale King - 11 Aug 2005 14:16 GMT
> OK.. I have only recently encountered CVS in any
> practical sense.  I have to admit I find it rather
> difficult to use.  How would you describe the actual
> ease of *use* of Subversion as compares to CVS?

I think both are pretty much the same on ease of use. Both have similar
command line tools and there good tools to make them both easier to use.
There are good support for both in Eclipse. Subversion has a real nice
integration with Windows with TortoiseSVN. CVS requires more techy sort
of knowledge than Subversion (sticky tags, pservers. So while Subversion
is a little easier to use that's not it's strongest selling point.

The big advantages over CVS are:

- directories are versioned: CVS doesn't really support moving,
renaming, or deleting files in a very good way. In subversion the entire
tree is versioned.
- commits are atomic: Either all the files being committed are committed
or none of them are. No one else will see a partial commit.
- Access to the server is through standard URLs: If you use the plug-in
for Apache as your means of accessing the repository then you get a web
view of the repository for free.
- Supports WebDAV: If you are using the Apache plugin a client can
actually mount the repository as a file system. This is really only
recommended for read-only access however.
- Better support for binary files
- Branching and tagging are constant time operations: tagging in CVS is
proportional to the number and size of the archives
- Supports more operations off-line. Subversion keeps a pristine copy of
what you check out. You can do a diff to see what you changed and even
revert back without actually being connected to the repository
- Versioned metadata properties for files and directories

Subversion does take a paradigm shift in how you think about the
repository. In CVS each file has its own version number. In subversion
there is only one version number for the entire repository.

There are no tags or labels like CVS. In CVS there is filesystem space
(where it is in the tree), branch space, and tag space. In subversion it
is all just file system space. Branching and tagging is simply making a
copy, but that is actually an eficient operation (think of it like links).

I suggest reading the Subversion book which is an easy read. If you are
familiar at all with CVS you might want to start with appendix A which
describes subversion for CVS users.

http://svnbook.red-bean.com/

Signature

 Dale King

Andrew Thompson - 13 Aug 2005 09:10 GMT
>> ... How would you describe the actual
>> ease of *use* of Subversion as compares to CVS?
>
> I think both ..
[snip]

Thanks Dale, Daniel and Ingo, for your insights.

I'm sold.  Subversion seems quite an improvement over CVS.

Signature

Andrew Thompson
physci.org 1point1c.org javasaver.com lensescapes.com athompson.info
Bigfoot's Choice



Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.