Modify

Opened 11 years ago

Closed 3 months ago

#875 closed enhancement (wontfix)

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 (23)

comment:1 Changed 11 years ago by Alec Thomas

See #T2643.

comment:2 in reply to:  1 Changed 11 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 11 years ago by Ittay Dror

for what it's worth +1

comment:4 Changed 11 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 11 years ago by Koko

Please, oh please, make Trac work with CVS!

comment:6 Changed 11 years ago by jc@…

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

comment:7 Changed 11 years ago by Daniel Werner <dan@…>

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 11 years ago by fadzlan@…

Just to get the ball rolling.

+1 ;-)

comment:9 in reply to:  1 Changed 11 years ago by Daniel Werner <dan@…>

Replying to athomas:

See #T2643.

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

+1

comment:10 Changed 10 years ago by anonymous

Type: taskenhancement

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 10 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 10 years ago by anonymous

yes, agree

comment:13 Changed 10 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 10 years ago by bharani

+1 for CVS support. Thanks!

comment:15 Changed 10 years ago by anonymous

+1 vote

comment:16 Changed 10 years ago by anonymous

need cvs support too. thanks!

comment:17 Changed 10 years ago by Dave

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 10 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 10 years ago by Dave

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 10 years ago by Noah Kantrowitz

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 10 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 8 years ago by Ketchup

Is there any news from the developers?

Is it planned to integrate CVS or not at all?

comment:23 Changed 3 months ago by Ryan J Ollos

Resolution: wontfix
Status: newclosed

Modify Ticket

Change Properties
Set your email in Preferences
Action
as closed The owner will remain anybody.
The resolution will be deleted.

Add Comment


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

 
Note: See TracTickets for help on using tickets.