As a nice example of github at work please see
https://github.com/cameronmcefee/Image-Diff-View-Modes/commit/8e95f70c9c47168305970e91021072673d7cdad8
scroll down to 1_normal.jpg, then say click on difference, or click on
onion skin and swipe the control along - this shows the differences
between the files, and the github software would know this.
On Fri, Apr 15, 2011 at 4:27 PM, Greg DeKoenigsberg
<[log in to unmask]> wrote:
>
>
> On Fri, Apr 15, 2011 at 11:14 AM, Alex Lydiate <[log in to unmask]> wrote:
>>
>> 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
|