Library management for Arduino has always been a bit of a pain; having to go and download and install all the required libraries for various locations on the internet and hope that they are the correct version. Library management becomes even more important when debugging and supporting a project as libraries get changed and updated.
Things have improved in recent years with the increased use of GitHub for Arduino libs allowing changes to be tracked easier and the later version of Arduino IDE including a library manager which can auto-update.
However I have always wanted to have all required libs and files for a particular project all in once place. I feel that I have now found the best solution
GitHub Submodules
With git submodules a repository can contain a checkout of another repository as a subdirectory.
The subfolder stores the submodule repository location and a commit ID. This means you can, for example, keep some common code in a separate repository and use a specific, known-working version of this code in other projects.
If the submodule gets an update, the submodule will not get updated in the repo until you specifically pull the changes into them. Also, you can make changes to the submodule from within a project and push those changes to the submodule’s repository to make them available to other projects.
Example
Here is the firmware folder of the emonPi GitHub Repo. The visible sub folders contain the required Arduino libs at a specific point in time.
Using submodules becomes very useful when testing an update to one of the libraries in a development branch, in the development branch the submodule can be fast-forwarded to the latest version leaving the master branch untouched.
Submodules also make it easy for users to clone a project repo including all the sketch source code and the Arduino libs at exactly the correct version all from one place. Using the later version of Arduino IDE (1.6+) it's possible to set the sketchbook location to the project repo to import all the required libs into the IDE.
emonPi repo firmware folder |
To obtain the submodules the repo must be Git cloned (not zip downloaded) then once the repo has been cloned a couple of extra steps are required to import the submodules. Here is an example for cloning the emonPi repo in pull in the sub modules:
$ git clone https://github.com/openenergymonitor/emonpi
$ cd emonpi
$ git submodule update
$ git submodule init
$ git submodule update
Be careful with submodules:
ReplyDeletehttps://codingkilledthecat.wordpress.com/2012/04/28/why-your-company-shouldnt-use-git-submodules/
http://blogs.atlassian.com/2013/05/alternatives-to-git-submodule-git-subtree/
But then maybe also have a read of:
http://www.lshift.net/blog/2015/01/31/git-submodules/
For balance :)
Yes, I am aware that sub modules can be wrong. Pleae correct me if I'm wrong but a lot of complications with sub modules are caused by pushing changes to the sub module repositorys from the project repository. I don't plan to do this, if I need to make a contribution to the sub module I will do this separately. Thanks for the links, I will do some more reading..
ReplyDelete