Git Continuous Integration - What are the most important differences between CacheGitHubCI and CacheUpdater?

Question

Question

Amir Samary · Aug 12, 2016

#Continuous Integration #Git #GitHub #Caché

Hi!

I am about to configure a server with continuous integration for a client. I found that our Russian friends have again come up to the rescue and developed not one, but two continuous integration tools for Git and Caché:

My question is simple: What are the most important differences between the two and which one is going forward so I can choose the right one?

Kind regards,

Amir Samary

Discussion (8)0

Log in or sign up to continue

Evgeny Shvarov · Aug 12, 2016

Hi, Amir!

I use CacheUpdater to keep plenty of virtual machines (f.e. 30+ virtual machines) up to date with the certain set of Caché Utilities, which can be updated just with Caché classes download from github repo and compile.

CachéGithubCI is continuous integration tool for development with Github repositories as Eduard already mentioned.

1 0

score 0 · Answer 1 · 2016-08-12T13:23:28-04:00

Both of these tools are for GitHub and Cache (not Git and Cache, but with easy customization required to support some other Git server API over HTTP).

Cache Updater is a simple Cache task. You specify GitHub information (repository and user/pass if it's a private repo) and namespace. Then you set a schedule and that's it. Every time the tasks runs it downloads (and compiles) code from GitHub and into Cache Namespace.

CacheGitHubCI is a full fledged CI system. You may specify pre and post compile actions, unit tests, etc. The results and timings of each build and action are saved and there are DeepSee dashboards available. GitHub webhooks are supported, which allows running builds immediately after there is a new commit in a repository.

Which one you choose depends on your requirements. Cache Updater is very easy to set up, CacheGitHubCI offers more features.

Both of them are built atop GitHub COS API, which provides COS wrappers for GitHub API.

score 0 · Answer 2 · 2016-08-27T13:56:03-04:00

I just realized that CacheGitHubCI will try to load classes from GitHub as XML. As I am using Atelier with the Eclipse GitHub plugin, the source code on GitHub is not stored as XML but as the source we see on Atelier when editing the class/csp/etc.

I can contribute to CacheGitHubCI, but before I do it, I wonder if anyone has implemented a new version of CacheGitHubCI that will load source as exported by Atelier...

score 0 · Answer 3 · 2016-08-28T08:29:00-04:00

Hi, Amir.

You can take a look on https://github.com/intersystems-ru/cache-source-control and https://github.com/intersystems-ru/CacheUpdater. They both have a basic handling of UDL format.

score 2 · Answer 4 · 2016-08-31T07:47:57-04:00

Rustam Ibragimov · Aug 31, 2016

Amir, I have implemented UDL support in CacheGitHubCI. You can check it out.

P.S. udl branch

2 0

score 0 · Answer 5 · 2016-08-31T07:56:51-04:00

Evgeny Shvarov · Aug 31, 2016

Thank you, Rustam! That is the really useful update!

0 0

score 0 · Answer 6 · 2016-08-31T17:56:44-04:00

Amir Samary · Aug 31, 2016

Wow! Thank you! I was about to try doing that... :)

I will check it out right now! Thank you again!

0 0

score 0 · Answer 7 · 2016-08-27T13:57:37-04:00

I just realized that CacheGitHubCI will try to load classes from GitHub as XML. As I am using Atelier with the Eclipse GitHub plugin, the source code on GitHub is not stored as XML but as the source we see on Atelier when editing the class/csp/etc.

I can contribute to CacheGitHubCI, but before I do it, I wonder if anyone has implemented a new version of CacheGitHubCI that will load source as exported by Atelier...