Modify

Opened 8 years ago

Last modified 5 years ago

#875 new enhancement

CVS support

Reported by: ybrygas@… Owned by: anybody
Priority: highest Component: Request-a-Hack
Severity: major Keywords: cvs
Cc: Trac Release: 0.10

Description

Please add CVS support to Trac. It would be very useful and helpful. There is so many projacts with CVS and Trac does not have this yet!!

Attachments (0)

Change History (22)

comment:1 follow-ups: Changed 8 years ago by athomas

See #T2643.

comment:2 in reply to: ↑ 1 Changed 8 years ago by anonymous

Replying to athomas:

See #T2643.

Yep, I saw this. But this ticket is resolved as 'wontfix' and it's not good. I could reopened that one or create new. I decided to create new.
I hope you are not goin to resolve this ticket as 'wontfix'

comment:3 Changed 8 years ago by ittayd@…

for what it's worth +1

comment:4 Changed 8 years ago by ssrini@…

Probably no one is going to touch this .. but still, a big Vote for this ..
Please .. please ... (Gift for 2007 from Trac ? ;-)

comment:5 Changed 8 years ago by Koko

Please, oh please, make Trac work with CVS!

comment:6 Changed 8 years ago by jc@…

Yes. Please. To have both (svn and cvs from inside one trac...) or also multiple svn...

comment:7 Changed 7 years ago by Daniel Werner <dwarf007 ... moesbar ... net>

Indeed CVS support would be very important.
Actually I was surprised to see that trac only supported SVN as many projects use CVS.

comment:8 Changed 7 years ago by fadzlan@…

Just to get the ball rolling.

+1 ;-)

comment:9 in reply to: ↑ 1 Changed 7 years ago by Daniel Werner <dwarf007 ... moesbar ... net>

Replying to athomas:

See #T2643.

I also would like the ball to get rolling :-)

+1

comment:10 Changed 7 years ago by anonymous

  • Type changed from task to enhancement

well, cvs would be really cool to cover many projects that use cvs and don't want to migrate big parts of there scm infrastructure just to be able to use trac.

for instance, at my company, we'd like to use trac, but now recognized that there's no cvs support, so it's not an option any more, which i think is a pitty 'cause trac can do many things viewcvs and fisheye etc can't.

++

comment:11 Changed 7 years ago by prabhats

Another voter for "CVS support" - Trac & CVS would be just great. Anybody heard of a .NET port of TRAC ?

comment:12 in reply to: ↑ description Changed 7 years ago by anonymous

yes, agree

comment:13 Changed 7 years ago by ogiesen

And another vote from here. Particularly great would be support for CVSNT-specific CVS-enhancements too, e.g. bugids. CVSNT also has a plugin system that could be used for capturing repository events (among other things).

comment:14 Changed 7 years ago by bharani

+1 for CVS support. Thanks!

comment:15 Changed 7 years ago by anonymous

+1 vote

comment:16 Changed 7 years ago by anonymous

need cvs support too. thanks!

comment:17 follow-up: Changed 7 years ago by daveappendix

Rather than just gleefully shouting 'yes please, me too', which I'm inclined to do, I thought I'd ask a few questions first.

  1. Why is cvs not supported?
  2. What are the technical hurdles involved in hacking a CVS backend?
  3. Does anyone have a workaround, like somehow mirroring a CVS repository to SVN?

Creative answers on a postcard please...

comment:18 Changed 7 years ago by Jochen

  1. good question, I guess most people have just svn running. And cvs is file based versioning, whereas svn does grouping. So a version number related to a complete set of files.
  1. guess the file handling against the version. (but there are also other versioning systems hacked into trac... so why not cvs -> I don't know)
  1. Yes, sure you CAN go from svn to cvs... BUT: there are a few tools around the globe that are only working with cvs repositories...
  1. Also a thing that would be nice is to have multiple repositories. svn, cvs,... or even multiple svn

comment:19 Changed 7 years ago by daveappendix

Perhaps CVSps can help with question 2.

The reason for 3 was that I will find it very hard to persuade the boss to make a switch away from CVS any time soon, yet I really want Trac for our source. If I could automatically mirror commits to our CVS repository into a SVN or other vc repository (even at hourly/daily intervals), then I could use Trac on top of that. Then I could demo Trac with all of its beguiling features as a wedge to finally switch us over to a modern vcs and integrated ticketing system (we still use JitterBug!).

4 would be good too, I agree. There must be a ticket in here for that somewhere though.

comment:20 in reply to: ↑ 17 Changed 7 years ago by coderanger

Replying to daveappendix:

  1. What are the technical hurdles involved in hacking a CVS backend?

The biggest issue is that CVS has no concept of a changeset like every other system. This makes it hard to present in a unified manner. Sure, you can try to use timestamps to reconstruct the what commits happened together, but then this is getting much more complicated than a simple binding.

comment:21 Changed 7 years ago by ogiesen

The biggest issue is that CVS has no concept of a changeset like every other system.

CVSNT has atomic commits and a custom RCS field called commitid that is returned by cvs log and can also be used in lieu of revision numbers or tags for repo queries. And this is only in addition to the more meaningful bugids.

comment:22 Changed 5 years ago by Ketchup

Is there any news from the developers?

Is it planned to integrate CVS or not at all?

Add Comment

Modify Ticket

Action
as new .
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.