Edgewall Software
Modify

Opened 14 years ago

Last modified 3 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:
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 Changed 13 years ago by Otavio Salvador

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 Changed 13 years ago by Mark Rowe

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 Changed 13 years ago by Otavio Salvador

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 Changed 13 years ago by Christian Boos

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 Changed 13 years ago by Christopher Lenz

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

comment:6 Changed 11 years ago by norman@…

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.

comment:7 in reply to:  6 ; Changed 11 years ago by 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.

comment:8 in reply to:  7 Changed 11 years ago by norman@…

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 Changed 11 years ago by Christian Boos

comment:10 Changed 8 years ago by Christian Boos

Milestone: 2.0unscheduled

Milestone 2.0 deleted

comment:11 Changed 8 years ago by Christian Boos

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 Changed 8 years ago by Christian Boos

Owner: changed from Christopher Lenz to Christian Boos

comment:13 Changed 6 years ago by Remy Blank

Milestone: 1.01.0-triage

Preparing for 1.0.

comment:14 Changed 6 years ago by Christian Boos

Move feature requests to next-dev.

comment:15 Changed 6 years ago by Christian Boos

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

well, once again… next-dev

comment:16 Changed 3 years ago by Ryan J Ollos

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 Changed 3 years ago by Ryan J Ollos

Owner: Christian Boos deleted

comment:18 Changed 3 years ago by Ryan J Ollos

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.
as The resolution will be set.
The owner will be changed from (none) to anonymous.

Add Comment


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