On 23/10/2014 10:39 AM, Jacques Le Roux wrote:
Le 23/10/2014 15:01, Jacopo Cappellato a écrit :
On Oct 23, 2014, at 2:07 PM, Jacques Le Roux
<jacques.le.r...@les7arts.com> wrote:
I agree about the idea, but this applies only to releases or checked
out code. Because there are no ways for users to enable/disable a
component in demos, moreover demos are shared.
Could you please explain the above sentence? I don't understand the
meaning of it.
Your idea of disabling some specialpurpose component can't be applied
in R13.07 demo until we decide which component should be disabled in
trunk.
In the meantime we should keep the current state (ie all
specialpurpose components present in trunk should be available in
R13.07 demo)
If they are in the demo they should be in the release.
As you can guess, I am troubled about the relation between releases and
the trunk and demos in OFBiz.
It is a bit odd and certainly goes against most product release
strategies wherein the current release is the recommended download and
carries whatever warranty that the project offers in terms of testing
and rapidity of bug fixes and the trunk is usually called something that
includes"nightly build" and "unstable" in the name and comes with no
warranty and a warning about using it at your own risk.
Demos should be of the latest release and should be stable and have a
fixed functionality that can be documented in the wiki and marketing pages.
It could be maintained by the documentation team once it is set up since
it should not require any technical skills to keep working and fed with
demo data.
If the developers need a test site based on the nightly build, they
should be free to set up as many combinations of configurations as they
require and can support to be sure that the trunk still works but this
should not be the public demo or even be called a "demo".
Of course, this only works if a release is actually a Release and the
team stands behind it and uses it when establishing new customers.
Does anyone have an opinion about the gap between 13.07.01 and what the
main SI companies are getting from using the trunk instead.
Would a monthly release pattern reduce this gap to a point where it
would be possible to use the official Release as the actual release?
I hope it's more clear
Jacques
Thanks,
Jacopo
--
Ron Wheeler
President
Artifact Software Inc
email: rwhee...@artifact-software.com
skype: ronaldmwheeler
phone: 866-970-2435, ext 102