Stéphane Ducasse wrote:
Hi guys
What is the process we want? What I would like is
MetaRepoForPharo13Inbox were everybody can write and a jenkins process that loads every published version and try to load it (after we will run tests and check rules). depending on the result the configuration is promoted into MetaRepoForPharo13 or MetaRepoForPharo13Broken
At the end of the month we will have one engineer working on jenkins and I would like to ask him to start to put in place this process.
What do you think?
Stef
Some questions out of curiosity since I'm not yet involved in publishing any packages Is there some way to tag for the submitter to be emailed the Jenkins results? Perhaps a method like 'emailJenkinsResultsTo:' inthe configuration or alternatively Jenkins might unzip the mcz to directly search the ".st" files for a specific string. As I understand it, the ConfigurationOfXXX contains information on multiple versions and multiple platforms. Thinking ahead to when there is a MetaRepoForPharo14, are there any concerns keeping two versions of ConfigurationOfXXX in sync between the two repos? For example when an application releases a new version for Pharo13, do you only update the ConfigurationOfXXX in MetaRepoForPharo13? And do you then end up with further forks for ConfigurationOfXXX on other platforms? What about a single repository (if not the existing MetacelloRepository then perhaps MetaRepoCI), which Jenkins processes and then if that single file works for Pharo13 it is copied toMetaRepoForPharo13 and if it works for Pharo14 then it is copied to toMetaRepoForPharo14. Other platforms can do the same. That way the application developer has to manage a single location. cheers, Ben