This is an issue to capture some thoughts on the Sheffield Build a BinderHub workshop.
There are lots of notes in bit.ly/BinderHubShef but we can try to summarise key points here.
No current updates.
az aks create ... command may take so that may result in the situation of people rushing ahead in the workshop material (although this is probably desirable over today's experience of making @trallard ab lib [although she was amazing on-the-spot]) @sgibson91 & @rosiehigman there is a "York Tap" too inside the train station, it must be a pub-in/near-a-train-station thing...(anyone that has information on the location-Tap naming for train station adjacent pubs the train spotting side of me is all ears) .
Thank you so much for having me. As a result of "helping" I have a lot of fun ideas for contributing in the future!
These are mostly lessons learnt for myself but hopefully useful more generally:
@arm61 All the Taps love each other: https://waterlootap.com/friends
hey peeps!
I remember @martintoreilly or @sgibson91 (?) mentioning that the instructions to build the BinderHub on Azure would be contributed back to the main BinderHub repo.
I know that after yesterday you'll be making changes to the content but I would certainly like to add content/clarify some points. What would the best approach for this be?
1) Create a PR here
2) Wait until the content has been added to the main repo?
3) Something else
Hi @trallard Thank you for offering up some clarifications! I think it would be awesome to open a PR to the Zero to BinderHub tutorial here as I definitely think it could be more informative and having your expertise would be very valuable! In the sprint today, we've discussed adding a glossary of Azure terms to complement the k8s one (i.e. what's a Service Principal) that would be great too.
Also, I'm sure the Binder team would really appreciate a PR to their repo. I don't currently have any open with them but happy to work with you on that.
My default would be to fork the BinderHub docs repo to the Turing organisation, and make our changes on a branch of this fork so we can open a PR on their main repo to merge our changes.