Tags:
create new tag
view all tags

Question

Does anyone have any comments or suggestions about the feasability of using Perforce in place of RCS for TWiki? Not that I have anything against RCS, but we currently use Perforce and have a lot of experience with it.

I'm also interested in maybe using TWiki as the front end to our documentation system, which is currently stored in Perforce. A TWiki front end would be a lot easier to work with than the native Perforce UI.

  • TWiki version:01 Dec 2001
  • Web server:any
  • Server OS: any
  • Web browser: any
  • Client OS: any

-- MartinWatt - 13 Apr 2002

Answer

There is now a framework for adding new storage backends to TWiki, so this is possible - see RcsLite. However, TWikiWithCVS was also investigated before this, and turned out to be a lot of work, and the same probably applies to Perforce. The RcsLite framework would help, but there might still be core code changes needed, particularly to cope with CVS-style conflict checking and merges (if Perforce supports that).

It might be easier to import your docs into TWiki, then keep RCS and just develop export features (e.g. using TextFileExport) so that TWiki topics can be separately checked into Perforce (perhaps after a document production step, e.g. converting a set of topics into an HTML/XML document, or some other format - see TWikiForBookAuthoring and PrintUsingPDF). This would let you get most of the benefits, e.g. you could check in a certain version of some or all TWiki pages along with a certain release of the software, and let you check it out again in read-only form.

My main suggestion is to really think about your workflow, and the features and benefits you want from some sort of Perforce integration, in order to work out whether a simple switch from RCS to Perforce as a backend will give you what you want.

-- RichardDonkin - 14 Apr 2002

I think a perforce interface into twiki would be of great value. Many places already have a perforce system, with procedures in place for backup and restore.

-- DougRansom - 25 Dec 2002

I've just setup Twiki for our dev team, and we are heavy perforce users. We want to have twiki use perforce directly, so that we can edit files with or without twiki. We aren't opposed to doing some of the work necessary to accomplish this. I haven't been following TWiki development, but it seems that TWiki is most of the way towards being backend agnostic. To me, it seems that we should be able to write another backend (ala RcsLite), and any core changes are bugs that should be fixed. Once we get perforce working it should be much simpler to get any other backend working. Thoughts?

-- LukeCloss - 30 Dec 2004

Luke, the storage backend has been designed so that modules for different version control systems can be created. It is possible that there bugs in the design or code (which can be fixed); and the current design does not account for concurrent changes like in CVS / SVN. Best to follow up with an enhancement request topic in the Codev web.

See also ModularStorageBackend.

-- PeterThoeny - 31 Dec 2004

Edit | Attach | Watch | Print version | History: r6 < r5 < r4 < r3 < r2 | Backlinks | Raw View | Raw edit | More topic actions
Topic revision: r6 - 2004-12-31 - PeterThoeny
 
  • Learn about TWiki  
  • Download TWiki
This site is powered by the TWiki collaboration platform Powered by Perl Hosted by OICcam.com Ideas, requests, problems regarding TWiki? Send feedback. Ask community in the support forum.
Copyright © 1999-2026 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.