Talk:Jenkins (software)

This article is or was the subject of a Wiki Education Foundation-supported course assignment. Further details are available on the course page. Student editor(s): Sonalp123, Asingh2626 (article contribs).

As with the earlier

As with the earlier Wikipedia:Articles_for_deletion/Foswiki article, this fork/rename is probably not notable enough in its own right yet to warrant its own page.

The Jekins project was created by a community vote of Hudson project members. The vote returned 90%+ in favour of the change. Oracle have refused to join the new board of Jenkins, thus it looks likely that two projects will now exist independently. Since Jenkins appears to have majority comunity support (based on the vote), it is reasonable to assume it will continue. I'd suggest a deletion/merge review in three months time. --jodastephen (talk) 13:10, 31 January 2011 (UTC)

If Jenkins is a pure rename, shouldn't Hudson (software) redirect here with a mention of an Oracle fork with the old name? The official software is the notable one, the fork has yet to earn any notability and should not be its own page. 84.249.65.208 (talk) 15:04, 31 January 2011 (UTC)

It does really depend on whether one regards it as a "fork" or "rename". A 90% vote is pretty clear. The notability reasonably follows the community. Note that in the case of the Ethereal/Wireshark rename Wikipedia clearly went with the renamed project. So it becomes an interesting question: at what point of minority complaint does a project cease to be a renaming and invite sufficient controversy that the new name is regarded as a fundamentally new effort, and thus has to prove notability on its own? In the case of trademark-motivated renames, including the TWiki/Foswiki case, the Ethereal/Wireshark case, the Mambo/Joomla! case, and now Hudson/Jenkins, it is worth considering the question. There will be more! I would suggest that one possibility of a fair and balanced perspective is the simple test: was the new name advanced by a minority or majority group. Where the majority has moved, it generally is for an external reason not chosen by them, principally trademark. 74.79.147.25 (talk) 15:11, 31 January 2011 (UTC)

Agreed that a dispute like this is tricky. My best-guess analysis is that Oracle will continue to develop Hudson, and Koshuke and others will develop Jenkins. But which will 'win' is far from certain (the "notability reasonably follows the community" argument isn't conclusive in this case IMO). This is similar to OpenOffice/LibreOffice and OpenSolaris/Illumos etc. Since it is certainly not a pure uncontested rename, the only sensible course of action is to retain both pages for now. --jodastephen (talk) 16:32, 31 January 2011 (UTC)

Agreed that retaining both pages is the sensible course for now. Given what is apparently the overwhelming code contributions by KK (note, I am neither a developer nor a user of this software, but I can read commit statistics) it is quite clear the Jenkins rename will continue so long as KK spends his time on it. Similarly, the Oracle fork is likely to remain while Oracle thinks it can benefit its cash flow, either directly or indirectly, from the maintenance. As MIT-licensed software, code is likely to flow to some extent, though Oracle's unwillingness to accept code without source code rights assignment will undoubtedly slow the process if they maintain that hurdle. What I cannot see happening, however, is any substantial feature development on the Oracle side. But Wikipedia is not a place for astrology: that will be determined of its own accord and in the fullness of time. 132.236.6.98 (talk) 17:54, 31 January 2011 (UTC)

I'm undecided on this. As long as the projects are nearly identical apart from name, maintaining one page instead of two would certainly be easier, and both articles are in need of some tightening. henrik•talk 19:30, 8 February 2011 (UTC)

Am I the only one that finds it ironic that a content fork that has resulted in two different names for software that is otherwise nearly identical has led to a content fork here that has again resulted in two different names for articles that are otherwise nearly identical? But I think that, until such time as there is some significant difference in the material that should be in the two articles, they should be merged into a single article. —David Eppstein (talk) 21:18, 18 April 2011 (UTC)

I think they should be two articles, until it becomes clear that hudson is no longer actively developed (if that happens). 109.231.237.58 (talk) 11:03, 25 August 2011 (UTC)

yes it happens — Preceding unsigned comment added by 204.64.147.248 (talk) 19:28, 7 August 2012 (UTC)

Based on? There are now?

"Based on the original Jenkins for Java, there are now similar tools for other programming frameworks such as: Buildbot — a Python system to automate the compile/test cycle to validate code changes."

According to their respective Wikipedia pages, Buildbot is older than Jenkins or Hudson. — Preceding unsigned comment added by 162.208.41.246 (talk) 22:13, 16 December 2015 (UTC)

Yeah, jenkins itself not "original", it was a fork, and build orchestration was also not original. I'll take a look. Ronabop (talk) 01:17, 17 December 2015 (UTC)

Jenkins calls itself "an extendable open source automation server"

On http://jenkins-ci.org at the very top "Jenkins" calls itself "an extendable open source automation server". Shouldn't we mention the term "automation server" at a rather prominent place? Maybe somebody more courageous than me wants to go and put it somewhere in the introduction ...
BTW: IMHO "automation server" expresses Jenkins's powers far better than "continuous integration tool", as "continuous ..." still has this "build" connotation, and nowadays Jenkins gets employed in far more contexts than just "build automation".--johayek (talk) 15:26, 13 January 2016 (UTC)

Other frameworks

The section Other frameworks is informative but it is out of context. It talks about tools for other programming languages. It should be overwritten or deleted. --Kizar (talk) 20:26, 1 April 2016 (UTC)

What does "other programming languages" mean? Neither Jenkins, nor Travis, are bound to a particular programming language. Andy Dingley (talk) 20:40, 1 April 2016 (UTC)

I guess it should rather say "using other programming languages" than "for other programming languages". But the list following that sentence rather explains that itself, doesn't it?

And yes, sure you can use all these automation servers for various purposes, but if you want to add a feature, you rather use the same programming language and the given framework.

And no, I do not agree that section should get removed.--johayek (talk) 23:57, 1 April 2016 (UTC)

Buildbot and Travis are comparable functions to Jenkins. It is irrelevant what they are coded in. It is irrelevant as to which platforms they can build and test for (it is just not relevant to the scope of this article) and also both Jenkins and Travis will run pretty much anything (I don't know Buildbot).

tox and Django-Jenkins don't belong in this list: they're not frameworks that invoke tests. They are interface layers between a test scheduling framework, such as Jenkins, and a build process and testing script.

Also, where are Hudson and CruiseControl ? They should still be on this list. Andy Dingley (talk) 13:21, 2 April 2016 (UTC)

latest release version vs latest preview version / "LTS Release" vs "Weekly Release"

I am wondering what makes more sense – updating the "latest release version" with

• Jenkins's "Weekly Release"
• or with Jenkins's "LTS Release".

I would actually like to see the LTS Release and also the more frequently updated one listed in the Infobox software. (I looked around a little (Template_talk:Infobox_software, Ubuntu (operating system)), but I did not find a similar discussion there.) But occasional swapping between the two release lines does not make sense to me. I wonder whether User:GauravJShah will read this and will also share his point of view here.--johayek (talk) 13:47, 9 May 2016 (UTC)

Agree with johayek , We should have both versions listed here. I too had looked that Ubuntu to check if there was anything similar there. LTS does qualify for the "Stable Release" category. Not sure if we can use the "Preview Release" category for the weekly release as it is not exactly a preview release -- gaurav —Preceding undated comment added 13:51, 16 May 2016 (UTC)

Broken references

Reference [7] is broken, and references [8] to [16] are missing.

I haven't looked into it much, and I won't probably be fixing it myself, whoever does can delete this talk section. — Preceding unsigned comment added by Gabrolf (talk • contribs) 14:20, 21 September 2016 (UTC)

Fixed reference [7] --johayek (talk) 15:16, 21 September 2016 (UTC)

It doesn't look so.. (Gabrolf (talk) 09:04, 22 September 2016 (UTC))

I verified my fix positively with Chrome 53.0.2785.116 on OS X, with Firefox 46.0 on openSUSE Linux, and with Konqueror 4.11.5 on openSUSE Linux. Would you pls be as kind as to tell us what browser you are using?--johayek (talk) 09:25, 22 September 2016 (UTC)

Currently Seamonkey 2.40, which ought to correspond to Firefox 43.

In the html source of the page the ids of various References are different from the ones used in some hrefs (the one of the first [5] reference, of the [6] reference and the first [7] reference), so I imagine they get rewritten with some strange javascript if this works on some browsers. Or maybe what you checked were the second and last [7] references, which are working for me as well (I didn't notice them before)? (195.31.90.90 (talk) 10:32, 22 September 2016 (UTC))

with all the 3 browsers quoted above, if you click on 7a resp. 7b, the browser jumps to the right reference.

but with Firefox and Konqueror if you click on [7], the browser does not jump at all, whereas Chrome does jump to the right reference.

maybe the Mediawiki currently in use at en.wikipedia.org is not as much compatible with all relevant browsers, as we would wish.

anybody else any other idea?--johayek (talk) 09:37, 22 September 2016 (UTC)