[forge-dev] plugin versioning

Rodney Russ rruss at redhat.com
Thu Mar 8 09:50:48 EST 2012


I would tend to prefer giving users options over "magic" and would assume that there would be a default version selected for the users that don't want to think when installing.  How would that default be chosen?

-Rodney

----- "Paul Bakker" <paul.bakker.nl at gmail.com> wrote:

> From: "Paul Bakker" <paul.bakker.nl at gmail.com>
> To: "forge-dev List" <forge-dev at lists.jboss.org>
> Sent: Thursday, March 8, 2012 12:50:56 AM GMT -07:00 US/Canada Mountain
> Subject: [forge-dev] plugin versioning
>
> Hi all,
> 
> Yesterday during the meeting we talked about plugin versioning.
> Currently Forge checks if there is a tag/branch of the plugin that
> matches the Forge API version while installing. We discussed if we can
> test on compatibility of plugins on a CI server. 
> 
> I started thinking about this again and actually think we should
> re-think the version checking mechanism. Now that Forge is final, the
> APIs should be stable. They should be stable until we go for a 2.0.0
> version, which means plugins are not supposed to break on API changes
> for 1.0.1, 1.1.0 etc. If we do that correctly, it's also not necessary
> to upgrade plugins each time there is a new release (or be back at
> building to snapshots which is dangerous). Instead I suggest prompting
> available versions of plugins during plugin installation (still
> looking at tags for that), so that a user can choose to use a stable
> version, some beta or maybe a snapshot.  This also gives us the
> freedom to do minor Forge releases more often without the hazzle of
> upgrading all plugins once again…
> 
> Thoughts?
> 
> Paul
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev



More information about the forge-dev mailing list