Hi,

On Dec 23, 2010, at 7:31 PM, Dan Scott wrote:
> Let's assume that we would opt to go with the herd and adopt git in the
> hopes of attracting more contributions to our core Evergreen and OpenSRF
> distributions. I think it would make for a killer presentation to go
> through our project's common workflows and show how git would improve
> our lives (as well, of course, as how to perform said workflow in git,
> with git's apparent love of flags for common operations). If we did want
> to adopt git, then making the changeover as easy as possible so that
> precious developer time is not wasted would be a good thing - and this
> sort of presentation would be a big help. And I'm definitely _not_ the
> person to give this presentation :)

I recklessly volunteer to give such a presentation.  I've been working with Git 
for the Koha project for years, and as evidenced by git.esilibrary.com, Equinox 
has been poking around with Git and git-svn recently, so with any luck by the 
time conference rolls around we'll have muddled our way through some of the 
workflows and the presentation will be informed by more practical experience 
applying Git to the Evergreen source tree.

> To really be unconventional, I think it would be awesome to schedule a
> session immediately following a git presentation strictly for discussion
> and planning: when to make the change; who is going to do what; where
> would the primary repo be hosted; how will we provide web-based access /
> commit mailing list / etc; how will this interoperate with bug reporting
> and tracking, who will update the "developer howto" docs that we
> currently provide via the wiki on contributing to the project, yada yada.

+1

> So... any thoughts here? I think we would probably want an agreement in
> principle that we want to move to a DVCS before asking someone to
> propose a session and asking the Conference Committee to set aside two
> consecutive slots, and maybe the end of December isn't the best time to
> have that discussion, but I wanted to get these thoughts out while
> they're relatively fresh.

+1 to adopting a DVCS.

As you say, we should get an agreement in principle before asking the concomm 
carve out two slots.  My personal preference is to adopt Git, as I'm most 
familiar with it and some of the tools (such as gitolite) that we'd likely want 
to use if we choose Git.

Regards,

Galen
--
Galen Charlton
VP, Data Services
Equinox Software, Inc. / Your Library's Guide to Open Source
email:  [email protected]
direct: +1 352-215-7548
skype:  gmcharlt
web:    http://www.esilibrary.com/

Reply via email to