[Trac] Re: Multi-project plugin
Noah Kantrowitz wrote: > Edgewall.org is just a static header and some standalone envs. Ah, I see, looks good though:) Thanks /L >> -Original Message- >> From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] >> On Behalf Of Lars Stavholm >> Sent: Monday, September 29, 2008 10:37 AM >> To: trac-users@googlegroups.com >> Subject: [Trac] Multi-project plugin >> >> >> Hi All, >> >> those of you using a multi-project setup, >> which plugin(s) do you use? >> Is TracForge the only or best option? >> What's used on the Trac home page, anyone know? >> >> Any advice in this are appreciated >> /Lars >> >> > > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Multi-project plugin
Edgewall.org is just a static header and some standalone envs. --Noah > -Original Message- > From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] > On Behalf Of Lars Stavholm > Sent: Monday, September 29, 2008 10:37 AM > To: trac-users@googlegroups.com > Subject: [Trac] Multi-project plugin > > > Hi All, > > those of you using a multi-project setup, > which plugin(s) do you use? > Is TracForge the only or best option? > What's used on the Trac home page, anyone know? > > Any advice in this are appreciated > /Lars > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Multi project
hello, in my company we have more than 20 trac 0.10 (+svn repository) projects (and counting). Project manager need to know global information in real time to track people work, for this reasson we've coded a simple pluggin based on ticket notification system that dumps information to global mysql database (sqlite is too slow when report queries are complex). Global database schema is equals than trac with project column in some tables. interesting thread. Macbane escribió: > Hi, > > I have read some of the proposals, for multi project trac. How do > people feel about it, because trac is fine for a small project but > breaks down when you get to a stage where you are working on many > projects at once. Is trac going to support those features or stay the > way it is? How do users feel about it. > > > > -- .javi.santana Unkasoft @ 40°56'26.48"N - 5°39'47.66"O Url: http://www.unkasoft.com || http://unkasoft.mobi Vivero de Empresas Génesis c/ Hoces del Duratón 57 (Despachos 11 y 12) 37008 Polígono Industrial El Montalvo II - Salamanca. SPAIN --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Multi project
I'd personally prefer an ubuntu (meta?)package, but I know most of my coworkers would install from source. On Wed, Jun 4, 2008 at 1:53 AM, Robert C Corsaro <[EMAIL PROTECTED]> wrote: > > Chris Mulligan wrote: > > That sounds pretty nifty. We've actually made internal versions of a lot > of > > those features (an IRC bot that parses the RSS feed, for example). I'm > > pretty confused about how to actually setup and use oforge, but it looks > > like it could be a pretty neat project. > > > > Yes. Documentation is a mess. I'm going to work on it this week. If > you are interested in setting it up, there are a few options. > > 1) use the oforge appliance, which is a vmware image > 2) use the oforge overlay, which will work on any gentoo system > 3) install from source. there is a script share/examples/setup.sh that > will do the job. If you use it, please look at the code first. It's > not incredibly generic and can use some tweaking. > > I'd be interested to hear how you would like to set it up and what OS > you are using. I'd like to eventually have rpm and deb packages. Good > luck and feel free to contact myself, or anyone one my team. We are on > irc.freenode.org in the #trac channel. I'm doki_pen and my teamates are > aculapov, cbalan and dgynn. > > We will be making an official announcement this week and are very > excited to get some users. I can insure you that you will get good > support if you decide to give it a whirl. > > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Multi project
Chris Mulligan wrote: > That sounds pretty nifty. We've actually made internal versions of a lot of > those features (an IRC bot that parses the RSS feed, for example). I'm > pretty confused about how to actually setup and use oforge, but it looks > like it could be a pretty neat project. > Yes. Documentation is a mess. I'm going to work on it this week. If you are interested in setting it up, there are a few options. 1) use the oforge appliance, which is a vmware image 2) use the oforge overlay, which will work on any gentoo system 3) install from source. there is a script share/examples/setup.sh that will do the job. If you use it, please look at the code first. It's not incredibly generic and can use some tweaking. I'd be interested to hear how you would like to set it up and what OS you are using. I'd like to eventually have rpm and deb packages. Good luck and feel free to contact myself, or anyone one my team. We are on irc.freenode.org in the #trac channel. I'm doki_pen and my teamates are aculapov, cbalan and dgynn. We will be making an official announcement this week and are very excited to get some users. I can insure you that you will get good support if you decide to give it a whirl. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Multi project
That sounds pretty nifty. We've actually made internal versions of a lot of those features (an IRC bot that parses the RSS feed, for example). I'm pretty confused about how to actually setup and use oforge, but it looks like it could be a pretty neat project. On Tue, Jun 3, 2008 at 7:59 PM, Robert C Corsaro <[EMAIL PROTECTED]> wrote: > > Macbane wrote: > > Hi, > > > > I have read some of the proposals, for multi project trac. How do > > people feel about it, because trac is fine for a small project but > > breaks down when you get to a stage where you are working on many > > projects at once. Is trac going to support those features or stay the > > way it is? How do users feel about it. > > > > We have developed a trac-based solution for multi-projects called > OForge. You can read about it at http://code.optaros.com/trac/oforge. > It is free and OS software and we'd love to get some > feedback/contributions. > > If you decided to try it, feel free to email me directly with any > questions. > > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Multi project
Macbane wrote: > Hi, > > I have read some of the proposals, for multi project trac. How do > people feel about it, because trac is fine for a small project but > breaks down when you get to a stage where you are working on many > projects at once. Is trac going to support those features or stay the > way it is? How do users feel about it. > We have developed a trac-based solution for multi-projects called OForge. You can read about it at http://code.optaros.com/trac/oforge. It is free and OS software and we'd love to get some feedback/contributions. If you decided to try it, feel free to email me directly with any questions. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Multi project
You can read about it here: http://trac.edgewall.org/wiki/MultipleRepositorySupport. It's in the sandbox section as http://trac.edgewall.org/browser/sandbox/multirepos. Christian last synced it with trunk 4 weeks ago, and I've encountered almost no issues using it (although I don't believe it supports [123:130] links yet). I believe we'll be using Datamover for some maintenance going forward. From what I could tell it didn't quite do everything I needed at the time in an easy, automated fashion. I setup a th page for the script, http://trac-hacks.org/wiki/TracMergeScript, but the code isn't up yet. Right now the only working example is using our internal instances, so I'm going to build a generic example and post that. (Plus, the code is a bit ugly and lacking in even accurate docstrings at the moment). The way I handled namespacing was unfortunately manual, but therefore powerful and predictable. Because our existing wikis were something of a mess I ended up doing many renames. I have a csv file like the example below that explicitly renames each page. I used excel to put ProjectName/OldName for some of the projects that were just being strictly namespaced. It also will let you delete pages or pass them through unchanged. SourceTrac,SourcePage,DestTrac,DestName ProjectA,ReleaseNotes,Dev,ProjectA/ReleaseNotes ProjectB,ReleaseNotes,Dev,ProjectB/ReleaseNotes ProjectA,GetAnotherDeveloper,Intranet,Hiring/Jobs/Developer2007 It pads tickets by an arbitrary amount, so Project A gets a pad of 1000, Project B of 2000, so Project A ticket 123 becomes 1123 and B's 123 becomes 2123. It adds each milestone, component, and enum value. It updates links for wiki pages, milestones, tickets and changesets/revisions automatically. I hope that helps! I'm curious what you're situation might require that I haven't through of, as well. On Tue, Jun 3, 2008 at 12:53 PM, Stephen Moretti <[EMAIL PROTECTED]> wrote: > > 2008/6/3 Chris Mulligan <[EMAIL PROTECTED]>: > > After struggling with multiple (~13) disparate tracs I've built a system > to > > merge them down to two tracs. We're using wiki namespacing > > (Project/ReleaseNotes), and added a custom ticket field called "Project." > > We're using the excellent 0.12 MultiRepository branch plus a mercurial > > forest to keep separation. > > > > This is not the ideal solution, but so far it seems to be the most light > > weight and flexible method. We think it will serve our needs well, and > I'll > > be sure to post back with experience in a few months. > > > > I've got an ever increasing number of svn repos and trac environments > and I'm sure its all going to come unstuck soon unless I can get a > "single" port of call for ticketing/wiki-ing/user management/etc with > project separation in the mix. So I would love to hear some more > now... :D > > How did you go about merging the trac environments? > How do you enforce a project prefix for your wiki namespaces? > I'm using the trunk of Trac at the minute - I'm probably being blind, > but where do I find the MultiRepository settings/info? > > TIA > > Stephen > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Multi project
Jeff Hammel wrote: On Mon, Jun 02, 2008 at 10:17:46PM -0700, Noah Kantrowitz wrote: Macbane wrote: Hi, I have read some of the proposals, for multi project trac. How do people feel about it, because trac is fine for a small project but breaks down when you get to a stage where you are working on many projects at once. Is trac going to support those features or stay the way it is? How do users feel about it. The very brief overview is that there are some plugins and 3rd-party tools around now that do "heavyweight" multi-project support. This means each project gets its own Environment. The flavor it looks like Trac core will adopt is a much lighter-weight system where most of the tables just get an extra "project" column, and the UI is restructured a bit. Both options have their ups and downs, and I think both will exist in parallel for a while at least. --Noah This is something that my company has a need for, so I'm curious to hear about solutions. Is the TracForgePlugin the "recommended" plugin for this? Anything else worth looking at? As far as "should this go into trac core or in another layer?" I tend to favor the latter, both to keep trac core minimalist and also to decouple needs, though obviously sufficient hooks need to be in place in order to make this work well. But I haven't really looked at the problem space so I'll stop running my mouth off now. TracForge is the only major option that has been ported to 0.11 AFAIK (though it still needs more work). I agree the TracForge approach should stay well out of Trac core, and hopefully the other developers will agree with me. --Noah signature.asc Description: OpenPGP digital signature
[Trac] Re: Multi project
Stephen Moretti wrote: 2008/6/3 Chris Mulligan <[EMAIL PROTECTED]>: After struggling with multiple (~13) disparate tracs I've built a system to merge them down to two tracs. We're using wiki namespacing (Project/ReleaseNotes), and added a custom ticket field called "Project." We're using the excellent 0.12 MultiRepository branch plus a mercurial forest to keep separation. This is not the ideal solution, but so far it seems to be the most light weight and flexible method. We think it will serve our needs well, and I'll be sure to post back with experience in a few months. I've got an ever increasing number of svn repos and trac environments and I'm sure its all going to come unstuck soon unless I can get a "single" port of call for ticketing/wiki-ing/user management/etc with project separation in the mix. So I would love to hear some more now... :D How did you go about merging the trac environments? How do you enforce a project prefix for your wiki namespaces? I'm using the trunk of Trac at the minute - I'm probably being blind, but where do I find the MultiRepository settings/info? Datamover could be quickly modified to do merges (it was actually written to split up big envs into multiple smaller ones). --Noah signature.asc Description: OpenPGP digital signature
[Trac] Re: Multi project
2008/6/3 Chris Mulligan <[EMAIL PROTECTED]>: > After struggling with multiple (~13) disparate tracs I've built a system to > merge them down to two tracs. We're using wiki namespacing > (Project/ReleaseNotes), and added a custom ticket field called "Project." > We're using the excellent 0.12 MultiRepository branch plus a mercurial > forest to keep separation. > > This is not the ideal solution, but so far it seems to be the most light > weight and flexible method. We think it will serve our needs well, and I'll > be sure to post back with experience in a few months. > I've got an ever increasing number of svn repos and trac environments and I'm sure its all going to come unstuck soon unless I can get a "single" port of call for ticketing/wiki-ing/user management/etc with project separation in the mix. So I would love to hear some more now... :D How did you go about merging the trac environments? How do you enforce a project prefix for your wiki namespaces? I'm using the trunk of Trac at the minute - I'm probably being blind, but where do I find the MultiRepository settings/info? TIA Stephen --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Multi project
After struggling with multiple (~13) disparate tracs I've built a system to merge them down to two tracs. We're using wiki namespacing (Project/ReleaseNotes), and added a custom ticket field called "Project." We're using the excellent 0.12 MultiRepository branch plus a mercurial forest to keep separation. This is not the ideal solution, but so far it seems to be the most light weight and flexible method. We think it will serve our needs well, and I'll be sure to post back with experience in a few months. On Tue, Jun 3, 2008 at 11:50 AM, Swiftmind <[EMAIL PROTECTED]> wrote: > My company also has a need for a project hierarchy within Trac. But I must > agree with Jeff Hammel's comment. The core of Trac should be as it is a > minimalist approach but allow a third party program, plug in or whatever to > upgrade Trac easily to a more multi project environment. > > But I have not looked into the current answer of creating multiple Trac > environments. In my opinion if Trac could be upgraded with a simple plug in > to allow a simple project hierarchy within one Trac environment, this would > make Trac much more powerful and desirable. > > -- > __ > Eric > Research and Development > OEM Controls Inc. > > > > On Tue, Jun 3, 2008 at 10:08 AM, Jeff Hammel <[EMAIL PROTECTED]> > wrote: > >> >> On Mon, Jun 02, 2008 at 10:17:46PM -0700, Noah Kantrowitz wrote: >> > Macbane wrote: >> >> Hi, >> >> >> >> I have read some of the proposals, for multi project trac. How do >> >> people feel about it, because trac is fine for a small project but >> >> breaks down when you get to a stage where you are working on many >> >> projects at once. Is trac going to support those features or stay the >> >> way it is? How do users feel about it. >> > >> > The very brief overview is that there are some plugins and 3rd-party >> > tools around now that do "heavyweight" multi-project support. This means >> > each project gets its own Environment. The flavor it looks like Trac >> > core will adopt is a much lighter-weight system where most of the tables >> > just get an extra "project" column, and the UI is restructured a bit. >> > Both options have their ups and downs, and I think both will exist in >> > parallel for a while at least. >> > >> > --Noah >> >> This is something that my company has a need for, so I'm curious to hear >> about solutions. Is the TracForgePlugin the "recommended" plugin for this? >> Anything else worth looking at? >> >> As far as "should this go into trac core or in another layer?" I tend to >> favor the latter, both to keep trac core minimalist and also to decouple >> needs, though obviously sufficient hooks need to be in place in order to >> make this work well. But I haven't really looked at the problem space so >> I'll stop running my mouth off now. >> >> Jeff >> >> >> > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Multi project
My company also has a need for a project hierarchy within Trac. But I must agree with Jeff Hammel's comment. The core of Trac should be as it is a minimalist approach but allow a third party program, plug in or whatever to upgrade Trac easily to a more multi project environment. But I have not looked into the current answer of creating multiple Trac environments. In my opinion if Trac could be upgraded with a simple plug in to allow a simple project hierarchy within one Trac environment, this would make Trac much more powerful and desirable. -- __ Eric Research and Development OEM Controls Inc. On Tue, Jun 3, 2008 at 10:08 AM, Jeff Hammel <[EMAIL PROTECTED]> wrote: > > On Mon, Jun 02, 2008 at 10:17:46PM -0700, Noah Kantrowitz wrote: > > Macbane wrote: > >> Hi, > >> > >> I have read some of the proposals, for multi project trac. How do > >> people feel about it, because trac is fine for a small project but > >> breaks down when you get to a stage where you are working on many > >> projects at once. Is trac going to support those features or stay the > >> way it is? How do users feel about it. > > > > The very brief overview is that there are some plugins and 3rd-party > > tools around now that do "heavyweight" multi-project support. This means > > each project gets its own Environment. The flavor it looks like Trac > > core will adopt is a much lighter-weight system where most of the tables > > just get an extra "project" column, and the UI is restructured a bit. > > Both options have their ups and downs, and I think both will exist in > > parallel for a while at least. > > > > --Noah > > This is something that my company has a need for, so I'm curious to hear > about solutions. Is the TracForgePlugin the "recommended" plugin for this? > Anything else worth looking at? > > As far as "should this go into trac core or in another layer?" I tend to > favor the latter, both to keep trac core minimalist and also to decouple > needs, though obviously sufficient hooks need to be in place in order to > make this work well. But I haven't really looked at the problem space so > I'll stop running my mouth off now. > > Jeff > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Multi project
On Mon, Jun 02, 2008 at 10:17:46PM -0700, Noah Kantrowitz wrote: > Macbane wrote: >> Hi, >> >> I have read some of the proposals, for multi project trac. How do >> people feel about it, because trac is fine for a small project but >> breaks down when you get to a stage where you are working on many >> projects at once. Is trac going to support those features or stay the >> way it is? How do users feel about it. > > The very brief overview is that there are some plugins and 3rd-party > tools around now that do "heavyweight" multi-project support. This means > each project gets its own Environment. The flavor it looks like Trac > core will adopt is a much lighter-weight system where most of the tables > just get an extra "project" column, and the UI is restructured a bit. > Both options have their ups and downs, and I think both will exist in > parallel for a while at least. > > --Noah This is something that my company has a need for, so I'm curious to hear about solutions. Is the TracForgePlugin the "recommended" plugin for this? Anything else worth looking at? As far as "should this go into trac core or in another layer?" I tend to favor the latter, both to keep trac core minimalist and also to decouple needs, though obviously sufficient hooks need to be in place in order to make this work well. But I haven't really looked at the problem space so I'll stop running my mouth off now. Jeff --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Multi project
Macbane wrote: Hi, I have read some of the proposals, for multi project trac. How do people feel about it, because trac is fine for a small project but breaks down when you get to a stage where you are working on many projects at once. Is trac going to support those features or stay the way it is? How do users feel about it. The very brief overview is that there are some plugins and 3rd-party tools around now that do "heavyweight" multi-project support. This means each project gets its own Environment. The flavor it looks like Trac core will adopt is a much lighter-weight system where most of the tables just get an extra "project" column, and the UI is restructured a bit. Both options have their ups and downs, and I think both will exist in parallel for a while at least. --Noah signature.asc Description: OpenPGP digital signature