I second Pat's suggestion to stick everything in Subversion
and have done with it :)
And if we aren't going to do that, and stay on the Web and
all, then lets do this:
Greg, you're speaking of versioning, great, if that's what
you're after we can do that with OAI-ORE - it supports both
the relation
thisAggregation->IsAggregatedBy->thatAggregation.
If I were just talking about versioning, we could do
everything in RCS, lol.
No, what I'm talking about is the entire Github experience.
The ability to easily find stuff that's interesting. The
ability to make a complete fork of a project. The ability to
contact the originator of the project and make a request to
merge changes back into the original. The ability to reliably
track provenance in a bulletproof way.
Of course, the important difference between code and
content is the relative value of forking. In code, the
expense of forking and maintaining a usefully evolving
codebase separate from the originating project has been
demonstrated conclusively to be very high, which is why Github
is so valuable -- whereas in content, the expense of forking
and maintenance is still indeterminate. Is it better for
everyone to maintain their own versions of OERs, or join them
all together? We don't know. We're still guessing.
--g