HudsonInNetBeans

(Difference between revisions)
(Features)
m (Normalizing header levels.)
Line 1: Line 1:
-
__NOTOC__
+
=Implementation=
-
===Implementation===
+
In <tt>hudson*</tt> modules.
In <tt>hudson*</tt> modules.
Line 17: Line 16:
Originally "Try Hudson on Localhost" was the easiest way to get started, though this is currently disabled ([https://netbeans.org/bugzilla/show_bug.cgi?id=214210 #214210]).
Originally "Try Hudson on Localhost" was the easiest way to get started, though this is currently disabled ([https://netbeans.org/bugzilla/show_bug.cgi?id=214210 #214210]).
-
===Features===
+
=Features=
Also see: [[NewAndNoteworthyMilestone3NB67#HudsonIntegration]]
Also see: [[NewAndNoteworthyMilestone3NB67#HudsonIntegration]]
Line 23: Line 22:
[[ContinuousIntegrationHOWTO]] is obsolete (relies on Kenai).
[[ContinuousIntegrationHOWTO]] is obsolete (relies on Kenai).
-
====Automatic setup of CI====
+
==Automatic setup of CI==
Should be easy to take an IDE project, or project tree, or kenai.com workspace,
Should be easy to take an IDE project, or project tree, or kenai.com workspace,
Line 38: Line 37:
The IDE should also populate the CI field in <tt>pom.xml</tt>.
The IDE should also populate the CI field in <tt>pom.xml</tt>.
-
====Monitoring and control====
+
==Monitoring and control==
Basic monitoring and control from the IDE,
Basic monitoring and control from the IDE,
Line 49: Line 48:
for anything not better supported inside the IDE.
for anything not better supported inside the IDE.
-
====Changelog and source review====
+
==Changelog and source review==
Ability to review build's changelog using IDE's diff viewer;
Ability to review build's changelog using IDE's diff viewer;
Line 55: Line 54:
Ability to browse job's workspace remotely using a tree view in the IDE (and open files R/O).
Ability to browse job's workspace remotely using a tree view in the IDE (and open files R/O).
-
====Hyperlinks for test failures, warnings, ...====
+
==Hyperlinks for test failures, warnings, ...==
Stack trace hyperlinking for e.g. unit test failures in a completed build.
Stack trace hyperlinking for e.g. unit test failures in a completed build.
Line 61: Line 60:
Version skew is a potential problem.
Version skew is a potential problem.
-
====Build log browsing====
+
==Build log browsing==
Display of build log in IDE's Output Window,
Display of build log in IDE's Output Window,
Line 69: Line 68:
Version skew is a potential problem.
Version skew is a potential problem.
-
====Static analysis result display====
+
==Static analysis result display==
TBD. Open questions:
TBD. Open questions:
Line 78: Line 77:
* How should analysis warnings be rejected? Annotations?
* How should analysis warnings be rejected? Annotations?
-
===Competition===
+
=Competition=
Other Hudson IDE plugins:
Other Hudson IDE plugins:

Revision as of 13:33, 14 June 2012

Contents

Implementation

In hudson* modules.

Use the connecteddeveloper component in Bugzilla. Create issue; Open issues

Original HudsonInNetBeansUI spec is of historical interest.

For easiest testing, create nbbuild/user.build.properties with:

cluster.config=basic
tryme.args=-J-Dnetbeans.full.hack=true -J-Dorg.netbeans.modules.hudson.level=FINER

Originally "Try Hudson on Localhost" was the easiest way to get started, though this is currently disabled (#214210).

Features

Also see: NewAndNoteworthyMilestone3NB67#HudsonIntegration

ContinuousIntegrationHOWTO is obsolete (relies on Kenai).

Automatic setup of CI

Should be easy to take an IDE project, or project tree, or kenai.com workspace, and set up a new CI job for it.

For a NB-generated Ant project, this means a freeform job invoking build.xml with the test target, collecting dist/*.jar and test result artifacts.

For a freeform or automatic Ant project, this may not be possible without user intervention.

For a Maven project (possibly consisting of multiple modules), this would be best handled by using Hudson's native Maven 2+ support. The IDE should also populate the CI field in pom.xml.

Monitoring and control

Basic monitoring and control from the IDE, along the lines of what the current module does but more polished: see running builds, get unobtrusive notifications when a build fails (especially if you are listed in the changelog!), maybe start or cancel builds, and of course jump to the main Hudson interface in a web browser for anything not better supported inside the IDE.

Changelog and source review

Ability to review build's changelog using IDE's diff viewer; maybe to switch workspace to VCS snapshot represented by build. Ability to browse job's workspace remotely using a tree view in the IDE (and open files R/O).

Hyperlinks for test failures, warnings, ...

Stack trace hyperlinking for e.g. unit test failures in a completed build.

Version skew is a potential problem.

Build log browsing

Display of build log in IDE's Output Window, with hyperlinks to remote workspace (or local workspace equivalents) for any files mentioned by name.

Version skew is a potential problem.

Static analysis result display

TBD. Open questions:

  • Should we use the task list for this?
  • How to deal with version skew?
  • How can the user keep the task list manageable if there are 7000 FindBugs warnings?
  • How should analysis warnings be rejected? Annotations?

Competition

Other Hudson IDE plugins:

Not logged in. Log in, Register

By use of this website, you agree to the NetBeans Policies and Terms of Use. © 2012, Oracle Corporation and/or its affiliates. Sponsored by Oracle logo