> First, you start out with the latest and greatest, even if there may > be a couple of non-blocking issues.
This sentence is so completely biased it's ridiculous. I've said my piece and have nothing further to add. Regards Scott On 26/07/2011, at 4:52 PM, Mike wrote: > Creating a vendor branch with trunk has a few advantages. > > First, you start out with the latest and greatest, even if there may > be a couple of non-blocking issues. Even if there was, it's great to > know that they will soon be fixed because trunk receives the most love > from developers. I've tried 9.04/10.04, and even though they > basically work there is no forward (automated) upgrade path. With > trunk, once you are happy you can just continue to use it, and if that > new feature that was just added that you can't live without, you > update, test, and go on. Odds are it will work with minimal work. > > If you do it right up front and start with a vendor branch, there is > always a forward upgrade route, which most of the time is compatible > with your own code changes. Hans recommended this to me a while ago, > and I conclusively agree that it makes the most sense. For the most > part, I believe trunk IS stable enough for production. > > On Mon, Jul 25, 2011 at 5:48 PM, Scott Gray <scott.g...@hotwaxmedia.com> > wrote: >> I'd definitely encourage early adopters to go for 11.04, but at the end of >> the day the choice between 10.04, 11.04 or the trunk is simply a matter of >> weighing the desire for new features against risk of instability and bugs. >> >> The use of vendor branches is equally applicable to any version of OFBiz. I >> was simply pointing out that some committers are more likely to recommend >> the trunk because it is easier for them to work with, but perhaps it is not >> necessarily in the best interests of the client due to the increased risks. >> >> Regards >> Scott >> >> On 26/07/2011, at 2:54 AM, Mike wrote: >> >>> Why 10.04 vs 11.04 at this point? 11.04 is way better (blogging >>> actually works). >>> >>> Also, as long as you have gone through the initial trouble of setting >>> up your own vendor branch (real important) using trunk is feasible. >>> >>> On Mon, Jul 25, 2011 at 3:44 AM, Scott Gray <scott.g...@hotwaxmedia.com> >>> wrote: >>>> Just to put out an opposing point of view, I recommend using the latest >>>> stable release and not the trunk. The trunk is susceptible to new bugs >>>> whereas 10.04 is not and in fact has seen nothing but bug fixes for the >>>> past 15 months. So imagine taking the trunk and spending 15 months only >>>> fixing bugs, that is what 10.04 is. Does the trunk have more features? >>>> Yes, but in my opinion you're unlikely to need any of them and if you do >>>> you can always consider back porting the relevant code that you need. >>>> >>>> Using the trunk is simply more convenient for committers because they can >>>> commit their changes instead of maintaining patches like everyone else. >>>> Most users don't have that power and if they do submit a patch it is >>>> pretty unlikely it will get committed very quickly. >>>> >>>> Regards >>>> Scott >>>> >>>> On 24/07/2011, at 4:45 PM, Hans Bakker wrote: >>>> >>>>> Hi Tim, >>>>> >>>>> i just tested with the trunk version and followed the following blog: >>>>> http://www.antwebsystems.com/control/ViewBlogArticle?contentId=16907 >>>>> >>>>> There it is working well. >>>>> >>>>> I advice you to use the latest trunk version and not 10.04. Here in >>>>> Antwebsystems we always use the latest version from svn which in my >>>>> opinion has the least problems and the most features. >>>>> If there would be a blocking problem in the latest version, we normally >>>>> fix that within a couple of hours after reporting. >>>>> >>>>> Further, Postgresql is preferred above Mysql seeing the recent takeover >>>>> by Oracle and the following article: >>>>> http://wiki.postgresql.org/wiki/Why_PostgreSQL_Instead_of_MySQL:_Comparing_Reliability_and_Speed_in_2007 >>>>> >>>>> Regards, >>>>> Hans >>>>> >>>>> >>>>> On Fri, 2011-06-03 at 12:59 -0700, Tim Stoel wrote: >>>>>> I have OfBiz 10.04 installed on a local server with MySQL as the database >>>>>> engine, we¹ve been working with this for about six months now. We are >>>>>> intending to use OfBiz for eCommerce, as well as sales order processing >>>>>> for >>>>>> eBay orders and have made a lot of progress in adapting it to our >>>>>> business. >>>>>> When we installed OfBiz, there is a lot of demo data in the database. I >>>>>> wondered what the best way is to deal with this data. When I setup OfBiz >>>>>> with only seed data, it seemed a lot of things were not configured that >>>>>> were >>>>>> useful, which is why I went back to using all of the demo data. Should >>>>>> it >>>>>> be deleted one record at a time manually using another database tool? >>>>>> What >>>>>> is the best path to get from an install of OfBiz to using it without the >>>>>> excess demo entries? Is there any documentation on this? >>>>>> >>>>>> Thanks, >>>>>> Tim >>>>> >>>>> -- >>>>> Ofbiz on twitter: http://twitter.com/apache_ofbiz >>>>> Myself on twitter: http://twitter.com/hansbak >>>>> Antwebsystems.com: Quality services for competitive rates. >>>>> >>>> >>>> >> >>
smime.p7s
Description: S/MIME cryptographic signature