[OPEN-ILS-DEV] [OPEN-ILS-DOCUMENTATION] ***SPAM*** Re: Forming Teams by Topic

[Dan Scott]

On 20 May 2010 06:54, Soulliere, Robert
<robert.soulliere at mohawkcollege.ca> wrote:
> Hi All,
>
>
> I am wondering if we have come to a decision regarding the DIG repository? I brought this up last month, but did not see a definitive answer develop. Jason has brought it up again and I hope we can come up with definitive repository based home for docbook documentation files.
>
> I also asked if DIGers could be given access to the SVN repository to commit Documentation to the doc directory. Dan mentioned that we can ask for access.
>
> I followed up with this request on the list:
>
> "During the DIG meeting I volunteered to commit the documentation to the repository, so if I could be granted access that would be great. Let me know if you need more information from me such as  preferred username."
>
> I didn't hear back from anyone regarding access. Hopefully, it wasn't an issue with my trustworthiness;-) I am at least 90% sure that I will not delete the entire Evergreen repository by accident or overwrite it with My own version. However, creating a branch off of trunk for documentation as Jason suggests might be a good safety precaution.
>

Sorry if you were looking at me to do this, I've been away for most of
May and I'm not sure the request was visible to anyone else with SVN
powers on the developer list (CCing the -dev list now).

Trustworthiness isn't the issue. SVN comes with the ability to lock
down write access to particular directories and/or branches, in any
case. There is probably a silent debate about moving to a DVCS, silent
only because most of the developers are focused on a 2.0 release that
doesn't seem all that far away and changes to core development tools
probably aren't high on the priority list right now. (Purely a guess
on my part based on being away most of May, as above; not even in IRC
more than a handful of times).

Forgive me for not remembering what structure you and the rest of the
documentation team desired: do you want an empty branch that will only
contain documents, perhaps with versioning like:

/branches/
  docs/
    1.4/
    1.6/
    2.0/

... with the idea that the version-specific subdirectories will mirror the code?