Return-Path: X-Original-To: apmail-flex-dev-archive@www.apache.org Delivered-To: apmail-flex-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 02C6E1035B for ; Wed, 19 Nov 2014 16:48:09 +0000 (UTC) Received: (qmail 40860 invoked by uid 500); 19 Nov 2014 16:48:08 -0000 Delivered-To: apmail-flex-dev-archive@flex.apache.org Received: (qmail 40824 invoked by uid 500); 19 Nov 2014 16:48:08 -0000 Mailing-List: contact dev-help@flex.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@flex.apache.org Delivered-To: mailing list dev@flex.apache.org Received: (qmail 40808 invoked by uid 99); 19 Nov 2014 16:48:08 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 19 Nov 2014 16:48:08 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.223.181] (HELO mail-ie0-f181.google.com) (209.85.223.181) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 19 Nov 2014 16:47:42 +0000 Received: by mail-ie0-f181.google.com with SMTP id tp5so826179ieb.26 for ; Wed, 19 Nov 2014 08:46:56 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=3Ypvel5zWDnPRVvcuRU34BxacX0JG0WbO1F+e0H33ag=; b=F0S2hita4FIhM0NMwtApLgQ7nZMU9Lt7WM5uGNzF0kHoxHfTZgJfr4FfAmMC2qBCUY Jpzfl6R9kNmSgoJmN5TY6xFNGBCQO8W9E+QV46aD8aKNnrBNX/41seYc82LTObpFkdea oHDQOlU7r7sLUtSS9aFJcaM7YC8RcE48Iz7ML9HOPCpthC6SJWq+6AYgwOb2eywM2ehg iX2bmdsZCIiMkE0Jbv6Pkfux+wjEmffcZnjgqkecOTDiFe6TfeQMXSUQbK3Wdr2oSl2g dAz18t5wgbVGZZ2RLOw8VtHrwepZizDmfcZ+esLN5ngMSPdP/eLKdL0D35V5op9Yqouj PyqA== X-Gm-Message-State: ALoCoQklCDUtQuE+PxOP3frH3T+h18xwpVMXHWKBnlogqRHhp0SsLDq/rBnPCfkgmEEVWnZkCeDV X-Received: by 10.107.18.210 with SMTP id 79mr2396087ios.51.1416415616360; Wed, 19 Nov 2014 08:46:56 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.128.1 with HTTP; Wed, 19 Nov 2014 08:46:36 -0800 (PST) In-Reply-To: <1416415126685.86434@c-ware.de> References: <1416415126685.86434@c-ware.de> From: Erik de Bruin Date: Wed, 19 Nov 2014 17:46:36 +0100 Message-ID: Subject: Re: [SDK] during prep phase, switch 'flex-sdk-release' to release branch To: "dev@flex.apache.org" Content-Type: multipart/alternative; boundary=001a113ec992ab25d7050838f5d1 X-Virus-Checked: Checked by ClamAV on apache.org --001a113ec992ab25d7050838f5d1 Content-Type: text/plain; charset=UTF-8 Reacting to both replies: I have set up another job, ready to go - the Maven Way (tm) :-P - but making that new 'release' job's artefacts available to testers through the Installer would mean tweaking the Installer config. I'd rather not do that, I'm trying to keep this release as simple as possible and avoid any unnecessary interaction with the Installer. EdB On Wed, Nov 19, 2014 at 5:38 PM, Christofer Dutz wrote: > How about doing it the maven way? ;-) > > At the day of the release branch, keep the version in the release branch > and increment the version of develop. > Create a second Jenkins job. One building the release branch and one the > develop. Having the Installer give the user 2 options. "Release Build > SNAPSHOT" or "develop SNAPSHOT". > > Just my 50ct to this ;-) > > Chris > > > ________________________________________ > Von: Erik de Bruin > Gesendet: Mittwoch, 19. November 2014 17:01 > An: dev@flex.apache.org > Betreff: [SDK] during prep phase, switch 'flex-sdk-release' to release > branch > > Hi, > > I'm looking for ideas or alternate viewpoints on the following: I plan to > switch the 'flex-sdk-release' job, which produces the Nightly Builds, to > the release branch, as soon as I cut one for the upcoming release. The idea > behind this is that we give testers access to the pre-RC release builds > through the Installer, without having to change any settings/configs for > the Installer. > > The develop branch will still be checked through the 'flex-sdk' job, so no > developmental protocol will be lost. > > Does this sound as logical to you as it does to me? Or am I missing > something? > > Thanks, > > EdB > > > > -- > Ix Multimedia Software > > Jan Luykenstraat 27 > 3521 VB Utrecht > > T. 06-51952295 > I. www.ixsoftware.nl > -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl --001a113ec992ab25d7050838f5d1--