Fri, 04 Nov 2016 00:22:47 +0000 Added support for checking out a particular revision
Jan Vrany <jan.vrany@fit.cvut.cz> [Fri, 04 Nov 2016 00:22:47 +0000] rev 72
Added support for checking out a particular revision ...or tag or bookmark. For now it is implemented only for Mercurial SCM. If revision is not specified, then bookmark `master` is checked out. If there's no such bookmark and branch has multiple heads, then error is thrown. If it has only one head, that one is checked out.
Thu, 03 Nov 2016 22:27:02 +0000 Cleanup in `scm.rb`: Unified API of `checkout` and `update` functions.
Jan Vrany <jan.vrany@fit.cvut.cz> [Thu, 03 Nov 2016 22:27:02 +0000] rev 71
Cleanup in `scm.rb`: Unified API of `checkout` and `update` functions. Also use Ruby's **kwargs notation to access keyword arguments rather than messing with *varargs notation. Man, this is an ancient code! I was pretty new to practical Ruby back then...
Mon, 14 Nov 2016 20:09:29 +0000 Changed logic used to check whether to checkout or download stc and librun:
Jan Vrany <jan.vrany@fit.cvut.cz> [Mon, 14 Nov 2016 20:09:29 +0000] rev 70
Changed logic used to check whether to checkout or download stc and librun: * If repository named `swing:private:hg` is defined, then checkout sources, * otherwise, download from public SWING CI server.
Wed, 02 Nov 2016 22:00:20 +0000 Initial support for Jenkins pipelines.
Jan Vrany <jan.vrany@fit.cvut.cz> [Wed, 02 Nov 2016 22:00:20 +0000] rev 69
Initial support for Jenkins pipelines.
Wed, 02 Nov 2016 10:39:54 +0000 Added new tasks - `workflow:push-upstream` and `workflow:push-staging`
Jan Vrany <jan.vrany@fit.cvut.cz> [Wed, 02 Nov 2016 10:39:54 +0000] rev 68
Added new tasks - `workflow:push-upstream` and `workflow:push-staging` ...to push currently checked out revisios to upstream or staging repositories. * `workflow:push-staging` is meant to be used by developers to push changes to staging repositories in order to build them on CI and check whether all are correct. * `workflow:push-upstream` is to be used on CI server to push changes to an upstream (or canonical) repositories once all test pass on all platforms and configurations.
Wed, 02 Nov 2016 00:18:25 +0000 Added support for canonical, upstream and staging repositores.
Jan Vrany <jan.vrany@fit.cvut.cz> [Wed, 02 Nov 2016 00:18:25 +0000] rev 67
Added support for canonical, upstream and staging repositores. Each repository (forest) can now specify three repository URLS - (mandatory), "upstream: and "staging" repository (bothoptional). When a "staging" repository is configured, commits are first pulled from "staging" repository and then from "canonical" (assuming "staging" repository is local so this should avoid network trafic to canonical repositories). When an "upstream" repository is configured, changes are pulled from an "upstream" after pulling fron "staging" but before pulling from a canonical repository. This allows to define a hierarchy of repositories for staged development. This means, it allows for changes (commits) to go from one repository to another before eventually reaching a canonical repository from which official builds should be done. At each step commits should be verified and tested before they're pushed to upstream to avoid pushing broken code.
Sat, 29 Oct 2016 23:54:12 +0000 Refactored SCM support to use `hglib.rb` for performing Mercurial related tasks
Jan Vrany <jan.vrany@fit.cvut.cz> [Sat, 29 Oct 2016 23:54:12 +0000] rev 66
Refactored SCM support to use `hglib.rb` for performing Mercurial related tasks ...rather than issuing hg commands by hand. `hglib.rb` provides higher-level API for repositories and thus would allow more complex logic (such as using mirrors to fetch base or smarter handling of bookmarks) being written in a more concise way.
Thu, 27 Oct 2016 09:01:50 +0000 Project `stx:jv-branch`: Ouch, added missing prerequisite to SmallSense
Jan Vrany <jan.vrany@fit.cvut.cz> [Thu, 27 Oct 2016 09:01:50 +0000] rev 65
Project `stx:jv-branch`: Ouch, added missing prerequisite to SmallSense Dependency of `stx:goodies/smallsense` on `stx:libhtml` was missing. We should really generate dependencies from project definitions.
Wed, 26 Oct 2016 22:48:38 +0000 Merge
Jan Vrany <jan.vrany@fit.cvut.cz> [Wed, 26 Oct 2016 22:48:38 +0000] rev 64
Merge
Wed, 26 Oct 2016 13:06:28 +0000 Project "stx:jv-branch": define default test suite for everyone but SWING Jenkins.
Jan Vrany <jan.vrany@fit.cvut.cz> [Wed, 26 Oct 2016 13:06:28 +0000] rev 63
Project "stx:jv-branch": define default test suite for everyone but SWING Jenkins. This is a temporary hack until we switch to pipeline on SWING Jenkins.
(0) -10 +10 +100 tip