I think we should give sbt-native-packager a try. So our orchestra will need two distinct machines:
Package builder (we are free to use CI here).
Production server (with deb package system, for example).
Package builder machine is the one who constantly monitors git repository (again - we're free to use server-side github hooks or any other known hookers to make the work). It will build the packages and deploy them into repository.
Production server should monitor only our deb repository (only Omnissiah knows how to maintain that sort of thing, but I hope Emperor will guide us) and auto-update the package from it.
Personally I'd propose using the Windows service for maintaining the repository (exclusively for the purpose of maximal fun). I had some thoughts about using Apache Commons Daemon for managing the service.
I think we should give sbt-native-packager a try. So our orchestra will need two distinct machines:
deb
package system, for example).Package builder machine is the one who constantly monitors git repository (again - we're free to use server-side github hooks or any other known hookers to make the work). It will build the packages and deploy them into repository.
Production server should monitor only our
deb
repository (only Omnissiah knows how to maintain that sort of thing, but I hope Emperor will guide us) and auto-update the package from it.Personally I'd propose using the Windows service for maintaining the repository (exclusively for the purpose of maximal fun). I had some thoughts about using Apache Commons Daemon for managing the service.