#1132: Use Subversion (or the source repository) for Trac's data as well
------------------------------+---------------------------------------------
Reporter: [EMAIL PROTECTED] | Owner: cboos
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: general | Version: none
Severity: normal | Resolution:
Keywords: objectstore |
------------------------------+---------------------------------------------
Changes (by [EMAIL PROTECTED]):
* cc: [EMAIL PROTECTED], [EMAIL PROTECTED] (added)
* component: wiki => general
* summary: Use Subversion for data repository => Use Subversion (or the
source repository) for Trac's data as well
Comment:
(This is my first post here, and, except for the lack of WYSIWYG, Trac is
very cool BTW - love its Tracklinks and diff displays!, among other
coolness)
[http://www.google.com/search?sourceid=navclient&ie=UTF-8&rls=GGIC,GGIC
:2006-23,GGIC:en&q=Trac+store+wiki+pages Google search for Trac store wiki
pages] led me to ticket:1465 which led me here.
Yes, I would very much like to see Trac store its wiki (and eventually all
its data) in the source control system (as Subversion).
However, I read on ticket:1465 that on 04/22/05 04:58:06 cboos said "I
always thought that it was not a good idea to re-create a (simple)
versioning system for versioning Trac's content, rather than using SVN.
Now I think it would be really a bad idea to re-create a "light"
distributed versioning system, given the complexity of such a thing, and
the fact that a good alternative exist. " However, on 01/24/06 07:52:17,
I'm pleased to see he'd devising a plan.
'''I think it should be done. I understand its hard.''' To avoid
conflicting IDs in the database, you probably would have to go to a dual
layer ID system: instance_name+sequential_number, not just
sequential_number; and you'd have to sync the database. But this is
doable. And, as well as making a cleaner server (not using separate
storage), as ticket:1465 points out it would also allow you to run the
trac distributed with sync. And if for some reason subversion was short a
feature or two, it would then be improved as consequence.
'''This is my take: Subversion looks like a solid thing - so stick with
it. Or if some version control system is better (perhaps
[http://en.wikipedia.org/wiki/Monotone_(software) Monotone ]), use that.
But don't have the very tool (Trac) designed to manage repository
versioning reinvent versioning as well.''' -Mike Parker, www.Cytex.com
--
Ticket URL: <http://projects.edgewall.com/trac/ticket/1132>
The Trac Project <http://trac.edgewall.com/>
_______________________________________________
Trac-Tickets mailing list
[email protected]
http://lists.edgewall.com/mailman/listinfo/trac-tickets
