First, I would like to say thank you to the community members for helping out. I have gotten a lot of input on the new image. This has also given me better feel for what the community wanted in an image. Which leads me to the next bit of news.
Some of you are undoubtedly wondering why I have not released my Jasper v1.6 image as of yet. Well, I can assure you there are very good reasons.
Firstly, I have had some severe family/health issues come up as of late which take priority. I am also in the middle of moving a family of 5. Combine that with the other reasons below, and I feel that most will feel the wait to be worth it.
This leads me to the next bit of news, however shocking it may be.
There will be no version 1.6 image.
There will be no image at all…
Instead, there will be a full installer.
This is one of the reasons for the delay.
The installer will work with a full GUI, and on the desktop.
Full ubuntu Install.
Fresh RPI install with GUI.
The installer will be iterated on by feature going forward.
We can add community approved features one at a time.
A component of software configuration management (aka SCM), version control, also known as revision control or source control, is the management of changes to files and source. Changes are usually identified by a number or letter code, termed the “revision number”, “revision level”, or simply “revision”. For example, an initial set of files is “revision 1”. When the first change is made, the resulting set is “revision 2”, and so on. Each revision is associated with a timestamp and the person making the change. Revisions can be compared, restored, and with some types of files, merged.
Revision control can be very confusing to someone new, as you can see there are many ways to say the exact same thing. This can make it difficult to pick up the concepts. There are also many different kinds as you can see here. However, the major one I would hope everyone would be familiar with is GIT, and SVN for the older folks. JJ… 😛
Git, invented by Linus Torvalds as mentioned here is the most prolific and widely used one out currently. I also have a links under my Learning Resources page that are great for learning GIT. Please keep in mind that GIT, and GitHub or two differnt things. One is the software/method, and the other is a service that simply sells said software as a service.
Continuous delivery (CD) is a software engineering approach in which teams produce software in short cycles, ensuring that the software can be reliably released at any time.It aims at building, testing, and releasing software faster and more frequently. The approach helps reduce the cost, time, and risk of delivering changes by allowing for more incremental updates to applications in production. A straightforward and repeatable deployment process is important for continuous delivery.
Continuous Integration is a software development practice where members of a team integrate their work frequently; usually they integrate at least daily – leading to multiple per day. Each integration is verified by an automated build/test to detect integration errors as quickly as possible. This usually leads to significantly reduced integration problems and allows a team to develop software more rapidly.