Skip to content
Snippets Groups Projects
Select Git revision
  • 9.0
  • master default protected
  • 8.0
  • rosuav/latex-markdown-renderer
  • rxnpatch/rxnpatch
  • marcus/gobject-introspection
  • rxnpatch/8.0
  • rosuav/pre-listening-ports
  • 7.8
  • nt-tools
  • 7.6
  • 7.4
  • 7.2
  • 7.0
  • rosuav/async-annotations
  • rosuav/pgsql-ssl
  • rxnpatch/rxnpatch-broken/2023-10-06T094250
  • grubba/fdlib
  • grubba/wip/sakura/8.0
  • grubba/wip/sakura/master
  • v8.0.1990
  • v8.0.1988
  • v8.0.1986
  • rxnpatch/clusters/8.0/2025-04-29T124414
  • rxnpatch/2025-04-29T124414
  • v8.0.1984
  • v8.0.1982
  • v8.0.1980
  • v8.0.1978
  • v8.0.1976
  • v8.0.1974
  • v8.0.1972
  • v8.0.1970
  • v8.0.1968
  • v8.0.1966
  • v8.0.1964
  • v8.0.1962
  • v8.0.1960
  • v8.0.1956
  • rxnpatch/clusters/8.0/2025-02-05T103156
40 results

pike

  • Clone with SSH
  • Clone with HTTPS
  • Name Last commit Last update
    README.md

    LURCH

    History

    Hudson and later Jenkins are two forks of a large scale continous build/integration framework. Written in Java and fairly monolithic I think they have a few flaws:

    • performance is an issue for installation with hundreds of build jobs
    • running plugin in the same Java engine means that updating plugins and main Jenkins driver independently is hard
    • lack of workspace management means that a job that changes build node (slave) will not get a work space that is consistent with what was on the old build node.
    • preferably the system should be able to handle restarts of the main controller without losing job data
    • Javas memory management does not sit well with long running services

    Goals for lurch

    • get experience with programming a serious project in C++
    • create a framework for a robust CI controller
    • a constant footprint server ** No memory leaks ** No garbage collection