TechWhirl (TECHWR-L) is a resource for technical writing and technical communications professionals of all experience levels and in all industries to share their experiences and acquire information.
For two decades, technical communicators have turned to TechWhirl to ask and answer questions about the always-changing world of technical communications, such as tools, skills, career paths, methodologies, and emerging industries. The TechWhirl Archives and magazine, created for, by and about technical writers, offer a wealth of knowledge to everyone with an interest in any aspect of technical communications.
Re: Seapine Surround for User Documentation Source Control
Subject:Re: Seapine Surround for User Documentation Source Control From:SB <sylvia -dot- braunstein -at- gmail -dot- com> To:cjcbrown -at- comcast -dot- net Date:Tue, 11 May 2010 00:57:52 +0300
Thanks to all for your insightful answers.
On Mon, May 10, 2010 at 8:44 PM, <cjcbrown -at- comcast -dot- net> wrote:
> Hi Sylvia,
>
>
>
> We are a software company delivering product documentation in PDF, webhelp,
> and html.
>
> Most of our source files are in Framemaker and the help is being moved to
> Flare.
>
>
>
> We have available to us the software version control system and SharePoint
> also.
>
>
>
> As to official version control, we made the decision long ago not to use
> version control on Frame files.
>
> As someone has mentioned, the space needs for diffs are huge and the ROI
> for tool and process time and cost was not there we thought.
>
> We use simple saves and backup to the network file system and for 15 years
> this has been sufficient for all needs
>
> including the occasional fire drill with restoring earlier versions. But,
> we do not have much context sensitive help,
>
> that might make a difference.
>
>
>
> If, for something like ISO compliance, we needed to do version control on
> document source files,
>
> I would do text version of the sources, like XML from Flare or MIF for
> clunky old Frame.
>
> I would test first to see if I could save as text files, check in, then
> check out and recreate the project.
>
> Basically as little as possible to meet source code requirements.
>
> And then there is the whole issue of doing diffs on 100+ PNG screen
> shots... per release.
>
>
>
> We use SharePoint as a repository for finished deliverables stored item by
> item.
>
> Way too clunky as check-in and check-out for multiple files
>
> at least how we see it here; maybe your site has figured out a way to
> handle mass quantities of files easier.
>
>
>
> We want to keep it simple.
>
> Multiple repositories and processes for writer deliverables can really suck
> the time away from content.
>
>
>
> Connie
>
>
>
>
> ----- Original Message -----
> From: "SB" <sylvia -dot- braunstein -at- gmail -dot- com>
> To: "TECHWR-L Whirlers" <techwr-l -at- lists -dot- techwr-l -dot- com>, "Techshoret" <
> techshoret -at- yahoogroups -dot- com>
> Sent: Sunday, May 9, 2010 12:03:05 PM GMT -08:00 US/Canada Pacific
> Subject: Seapine Surround for User Documentation Source Control
>
> Hi,
>
> I am working for a software company. I would like to organized the
> documentation and maintain it in a source control tool. We have both
> Seapine
> Surround and Microsoft SharePoint.
>
> Part of our documentation is maintained in MS Word, the other part is
> maintained in Author-it with Word and PDF as outputs. At some point, we
> will
> also have HTMLs.
>
> R&D wants the product documentation in Surround under the same tree as the
> code, per version. This allows them to take snapshots. I have no problem
> with that but I would like my PDFs and HTMLs together with my final (GA)
> release but they do not want outputs in there, claiming that the release is
> a different process, which means that I will have to store the PDFs and
> HTMLs elsewhere.
>
> They also want the rest of the company documentation (for example special
> projects) to be maintained in another system (SharePoint) since it is not
> product-related.
> I was hoping to centralize all the documentation but I see that this is
> getting very complicated.
>
> I would like to know if any of you has used Seapine Surround for source
> control. I am just wondering if Surround is the right tool for
> documentation
> maintenance.
> I also wonder how software companies are managing their documentation.
>
> Your feedback is much appreciated,
>
> Many thanks,
>
> Sylvia
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
> Use Doc-To-Help's XML-based editor, Microsoft Word, or HTML and
> produce desktop, Web, or print deliverables. Just write (or import)
> and Doc-To-Help does the rest. Free trial: http://www.doctohelp.com
>
>
> - Use this space to communicate with TECHWR-L readers -
> - Contact admin -at- techwr-l -dot- com for more information -
>
>
> ---
> You are currently subscribed to TECHWR-L as cjcbrown -at- comcast -dot- net -dot-
>
>
> To unsubscribe send a blank email to
> techwr-l-unsubscribe -at- lists -dot- techwr-l -dot- com
> or visit
>http://lists.techwr-l.com/mailman/options/techwr-l/cjcbrown%40comcast.net
>
>
>
> To subscribe, send a blank email to techwr-l-join -at- lists -dot- techwr-l -dot- com
>
> Send administrative questions to admin -at- techwr-l -dot- com -dot- Visit
>http://www.techwr-l.com/ for more resources and info.
>
> Please move off-topic discussions to the Chat list, at:
>http://lists.techwr-l.com/mailman/listinfo/techwr-l-chat
>
>
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Use Doc-To-Help's XML-based editor, Microsoft Word, or HTML and
produce desktop, Web, or print deliverables. Just write (or import)
and Doc-To-Help does the rest. Free trial: http://www.doctohelp.com
- Use this space to communicate with TECHWR-L readers -
- Contact admin -at- techwr-l -dot- com for more information -
---
You are currently subscribed to TECHWR-L as archive -at- web -dot- techwr-l -dot- com -dot-