Edgewall Software
Modify

Opened 15 years ago

Last modified 4 years ago

#978 new enhancement

Specify InterTrac context for a repository

Reported by: Christian Boos Owned by:
Priority: normal Milestone: next-major-releases
Component: version control Version: devel
Severity: normal Keywords: svk repository
Cc: Branch:
Release Notes:
API Changes:

Description

This topic was already mentioned on the list of features for the 2.0 Roadmap, so I thought I should created a ticket for it in order to comment on that topic.

Actually, SVK is supported, out of the box, because a SVK repository is just a regular Subversion repository. Simply configuring a Trac environment to use the SVK repository just works.

However, starting from this basic level of support, several SVK-specific enhancements could be made:

  • show the list of mirrors
  • when displaying a changeset, show if it is one generated by SVK (like those created while synchronizing a mirrored repository)
  • annotate branches with their merge tickets

Attachments (0)

Change History (18)

comment:1 by Otavio Salvador, 15 years ago

What you mean with "… Simply configuring a Trac environment to use the SVK repository just works."? I use SVK a lot but all mirrored from original SVN repositories.

Does SVK support to access a remote depotmap? That is what I understood with your comments.

comment:2 by Mark Rowe, 15 years ago

If you create a Trac environment using /home/username/.svk/local for the path to the Subversion repository, you will be able to browse your SVK repository in Trac.

comment:3 by Otavio Salvador, 15 years ago

Sure but this isn't a integration enough to say: SVK just work.

I think maybe Trac shoundn't support SVK for backend but support it's addons for allow more interesting views for user.

comment:4 by Christian Boos, 15 years ago

Some additional thoughts about mirrors…

Proper SVK support is indeed hard: the difficulty is mainly related to proper handling of mirrors and their changesets. The comments in those changesets will likely contain references to changesets in the original repository.

Several possible scenarii:

  • Mirroring a normal SVN repository: a reference to the changeset [123] of the original repos. should actually be linked to the changeset e.g. [5453] in the mirror. Note that SVK allows you to skip changesets, so there's no garantee that you can find a local target for a given reference. Computing the offsets is likely to be a nightmare…
  • Mirroring a Trac enabled SVN repository: a reference to the changeset [123] of the original repository could be linked to corresponding Trac. This would avoid the problems mentioned above. Again two possibilities:
    • simply redirect to the remote Trac of that project if it exists. This has the advantage of also correctly handling the reference to tickets and other Trac objects
    • setup a local Trac environment operating on a remote repository, which might be the only possibility if there's no remote Trac server…

This is somehow related to the multiple project support.

comment:5 by Christopher Lenz, 14 years ago

Component: generalversion control
Owner: changed from Jonas Borgström to Christopher Lenz

comment:6 by norman@…, 13 years ago

FYI: If you're careful when doing your svk sync (i.e. always sync from the root, and start at revision 2) then you can keep your changeset numbers in sync.

in reply to:  6 ; comment:7 by Tom, 12 years ago

Replying to norman@rasmussen.co.za:

FYI: If you're careful when doing your svk sync (i.e. always sync from the root, and start at revision 2) then you can keep your changeset numbers in sync.

Only if you use a single repository - if you have several repositories checked out in SVK, the changeset numbers go out of sync very quickly.

in reply to:  7 comment:8 by norman@…, 12 years ago

Replying to Tom:

Replying to norman@rasmussen.co.za:

FYI: If you're careful when doing your svk sync (i.e. always sync from the root, and start at revision 2) then you can keep your changeset numbers in sync.

Only if you use a single repository - if you have several repositories checked out in SVK, the changeset numbers go out of sync very quickly.

Correct, being careful also include only mirroring a single remote repository per SVK tree. Each mirror needs it's own SVKROOT.

comment:9 by Christian Boos, 12 years ago

comment:10 by Christian Boos, 10 years ago

Milestone: 2.0unscheduled

Milestone 2.0 deleted

comment:11 by Christian Boos, 9 years ago

Milestone: triaging0.13
Summary: SVK repository supportSpecify InterTrac context for a repository

Well, SVK's not completely dead, but close enough that we could close this ticket ;-)

However, I'd still like to implement the second point in comment:4, the possibility to define an InterTrac "context" for a repository, so that wikifying the changeset comments could redirect to the "proper" Trac (e.g. if a commit references #978 and the .intertrac property would be 'trac', this would result in a link to http://trac.edgewall.org/ticket/978 and not in the local Trac). This will be very useful for any flavor of DVCS, where the repository can be cloned but the Trac is still "central".

comment:12 by Christian Boos, 9 years ago

Owner: changed from Christopher Lenz to Christian Boos

comment:13 by Remy Blank, 7 years ago

Milestone: 1.01.0-triage

Preparing for 1.0.

comment:14 by Christian Boos, 7 years ago

Move feature requests to next-dev.

comment:15 by Christian Boos, 7 years ago

Milestone: next-stable-1.0.xnext-dev-1.1.x

well, once again… next-dev

comment:16 by Ryan J Ollos, 5 years ago

Milestone: next-dev-1.1.xnext-major-releases

Retargetting tickets to narrow focus for milestone:1.2. Please move the ticket back to milestone:next-dev-1.1.x if you intend to resolve it by milestone:1.2.

comment:17 by Ryan J Ollos, 5 years ago

Owner: Christian Boos removed

comment:18 by Ryan J Ollos, 4 years ago

Reporter: changed from cboos@… to Christian Boos

Modify Ticket

Change Properties
Set your email in Preferences
Action
as new The ticket will remain with no owner.
The ticket will be disowned. Next status will be 'new'.
as The resolution will be set. Next status will be 'closed'.
The owner will be changed from (none) to anonymous. Next status will be 'assigned'.

Add Comment


E-mail address and name can be saved in the Preferences .
 
Note: See TracTickets for help on using tickets.