<p dir="ltr">If CrossWire is eligible for the same type of free license on Stash and Bamboo that we receive for JIRA, I can help automate this process into requiring only a commit to a Stash repository which automatically initiates the build and deploy of modules.</p>
<p dir="ltr">Some nice integration points exist between these tools in that case, such as resolving a module bug that's retorted in JIRA. If someone were to resolve hypothetical module bug MOD-123 by updating the module source repository, they could mention MOD-123 in their commit message. This could cause both the commit itself and the resulting Bamboo build to be linked from the JIRA issue page so anyone wishing to easily discern what changed and when.</p>
<p dir="ltr">It's also straight forward to have module versions archived in Bamboo automatically for historical inspection, log output from builds visible to all ingested parties, etc.</p>
<p dir="ltr">This comprises a significant portion of my day job the past two or three months, so I've built up rather a bit of expertise in the process.</p>
<p dir="ltr">--Greg</p>
<div class="gmail_quote">On Dec 26, 2015 10:10 AM, "Peter von Kaehne" <<a href="mailto:refdoc@gmx.net">refdoc@gmx.net</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sat, 2015-12-26 at 07:16 -0800, David Haslam wrote:<br>
><br>
> But it's not saving time overall because it's being done so badly.<br>
><br>
<br>
Well it has saved my time - apart from answering your emails I have<br>
even cumulatively spend less time on this than on any publication<br>
prior, including republication that I would have otherwise. I am<br>
celebrating Christmas with friends etc, I am on call medically and I<br>
have still issued 7 modules in 3 days. <br>
<br>
As it is my time I am dealing with primarily I call it now a resounding success. And I am not sarcastic. Just pissed off. <br>
<br>
<br>
> It's wasting time for those of us who submitted good working modules!<br>
> This causes a huge amount of frustration.<br>
<br>
No one ever was supposed to submit good working modules - just a OSIS<br>
and a conf file which can be compiled into good working modules. I now<br>
say just an OSIS and a conf file fragment which can get compiled into a<br>
good working module. No difference whatsoever.<br>
<br>
><br>
> I stick to my assertion that it's fundamentally flawed because it's<br>
> not fit<br>
> for purpose.<br>
<br>
Well, it serves its purpose right now and it has served it well before<br>
- i was able to apply corrections in seconds instead of waiting when I<br>
have a half hour or more time and will not get disturbed - and it<br>
already produces less delays and less problems than anything either<br>
Chris or I did in the past.<br>
<br>
> I have no confidence that it can be reliably mended.<br>
><br>
> There are simply too many possible variations in conf files that no-<br>
> one can<br>
> predict.<br>
<br>
No, there are not. There are calculated and not calculated parts. If I<br>
did not have to delete the calculated parts from your files which are<br>
simply all over the place in their order then I would have saved myself<br>
(and you) half of the mistakes you moaned about. <br>
<br>
Submit what I ask you for and leave the rest to my scripts. Submit more<br>
than I ask you then I waste time deleting the crap out of your<br>
submissions so that I do not have doubled up lines or non-functional<br>
parts. <br>
<br>
In absence of a wiki page on the process the <a href="http://confmaker.pl" rel="noreferrer" target="_blank">confmaker.pl</a> code is<br>
public, has been announced ages ago on the mailing list, the process<br>
has been discussed here and on <a href="mailto:modules@crosswire.org">modules@crosswire.org</a>, all in all it<br>
has been public as a direction of travel for over a three years. The<br>
code is in our repositories and has been constantly updated - all<br>
updates go through crosswire-svn so all in all it is selfexplanatory<br>
and tells you exactly what detail you can expect will be calculated -<br>
and what you need to supply. Supply too much as you did, then I will<br>
need to delete and then we have problems. In future I will reject your<br>
conf files and will ask you to shorten them yourself. <br>
<br>
> Today I saw unrelated lines inserted before a continuation line.<br>
<br>
?<br>
<br>
> It's not as if the line order was fixed, though there are a few items<br>
> that<br>
> must be in a particular order.<br>
<br>
?<br>
<br>
Which ones and why?<br>
<br>
Peter<br>
<br>
<br>
_______________________________________________<br>
sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org">sword-devel@crosswire.org</a><br>
<a href="http://www.crosswire.org/mailman/listinfo/sword-devel" rel="noreferrer" target="_blank">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br>
Instructions to unsubscribe/change your settings at above page</blockquote></div>