-
Notifications
You must be signed in to change notification settings - Fork 23
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Review exercise #42
Comments
Only concern with this is how popular springshare libguides are - librarians enjoy using these (e.g. easy to get up to speed, user friendly GUI). Some libraries may be quite invested too (e.g. we just upgraded to v2). Pinging @libcce - he was trying out something along this line. |
True, we were investigating whether we could use GitHub to collaboratively create content for our research community (which would be ingested into our website CMS). We decided that we were more or less shoehorning GitHub into our workflows. Now we have a GitHub study group exploring its possible use in research workflows and our own library workflows (with the goal of training our entire group of roughly 20 subject/collection development librarians). Jekyll/GitHub Pages remain a compelling case where we can work with researchers on campus to help them set up their own websites. We have a GitHub for teams training program coming up where we are working with a grad student in statistics. BTW, I should say that we don't use libguides. |
I think it would be good to think about uses for Git - maybe for versioning Library Guides or exhibition copy or whatever. But practical uses. The existing review exercise is not that great because most people haven't grasped enough of the workflow to have ideas though most people can relate Commit to Save, for example.
We want people to come away with an understanding of why they would bother, which is why we need a compelling exercise.
Library guides might be good as , in some cases, good text has been chucked away by a Track Changes edit cycle, whereas with Git, any lost text could always be brought back.
Also the strength of Git is that nothing is ever lost. That you can stuff up and recover from that by reverting to an older version.
The text was updated successfully, but these errors were encountered: