Using Git and GitHub¶
For developing the code, the home of HyperSpy is on GitHub, and you’ll see that a lot of this guide boils down to properly use that platform. So, visit the following link and poke around the code, issues, and pull requests: HyperSpy on GitHub.
In brief, to give you a hint on the terminology to search for and get accustomed to, the contribution pattern is:
Setup git/github, if you don’t have it yet.
Fork HyperSpy on GitHub.
Checkout your fork on your local machine.
Create a new branch locally, where you will make your changes.
Push the local changes to your own HyperSpy fork on GitHub.
Create a pull request (PR) to the official HyperSpy repository.
You cannot mess up the main HyperSpy project unless you have been promoted to write access and the dev-team. So when you’re starting out be confident to play, get it wrong, and if it all goes wrong, you can always get a fresh install of HyperSpy!!
PS: If you choose to develop in Windows/Mac you may find Github Desktop useful.
Use Git and work in manageable branches¶
By now you will have had a look around GitHub – but why is it so important?
Well, GitHub is the public forum in which we manage and discuss development of the code. More importantly, it enables every developer to use Git, which is an open source “version control” system. By version control, we mean that you can separate out your contribution to the code into many versions (called branches) and switch between them easily. Later, you can choose which version you want to have integrated into HyperSpy. You can learn all about Git at git-scm!
It is very important to separate your contributions so that each branch is a small advancement on the “master” code or on another branch. In the end, each branch will have to be checked and reviewed by someone else before it can be included – so if it is too big, you will be asked to split it up!
For personal use, before integrating things into the main HyperSpy code, you can merge some together for your personal use. However, make sure each new feature has it’s own branch that is contributed through a separate pull request!
Diagrammatically, you should be aiming for something like this: