Return-Path: X-Original-To: apmail-cloudstack-dev-archive@www.apache.org Delivered-To: apmail-cloudstack-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 E39DA18B5E for ; Sun, 3 Jan 2016 11:25:40 +0000 (UTC) Received: (qmail 59677 invoked by uid 500); 3 Jan 2016 11:25:40 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 59628 invoked by uid 500); 3 Jan 2016 11:25:40 -0000 Mailing-List: contact dev-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cloudstack.apache.org Delivered-To: mailing list dev@cloudstack.apache.org Received: (qmail 59042 invoked by uid 99); 3 Jan 2016 11:25:40 -0000 Received: from Unknown (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 03 Jan 2016 11:25:40 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 93E601A0C8F for ; Sun, 3 Jan 2016 11:25:39 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.1 X-Spam-Level: X-Spam-Status: No, score=-0.1 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd2-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-us-west.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id PuN5IkosypnH for ; Sun, 3 Jan 2016 11:25:32 +0000 (UTC) Received: from mail-wm0-f43.google.com (mail-wm0-f43.google.com [74.125.82.43]) by mx1-us-west.apache.org (ASF Mail Server at mx1-us-west.apache.org) with ESMTPS id CD3F1201EB for ; Sun, 3 Jan 2016 11:25:31 +0000 (UTC) Received: by mail-wm0-f43.google.com with SMTP id l65so135718867wmf.1 for ; Sun, 03 Jan 2016 03:25:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=pDn/8w/5Fberv7LRchXqglTp1Lak+JmpRWf6Ckq12JQ=; b=H/vRhDbLJRKbFccp7ZI5uzP/cY5t2zcypH6GH5kdXUVXUq/LG+f+i9rEfPbmprfu7T qaaXuYQ9hb8SofKbDwswnVZhy+aVKC0WkZhA7ufPuko+YCwT65/58c6DyPAEA+usj/7N bcH4Zqkbzogmx9afhYI340WMw2r3QM+q6SRfujmtqaXQLU/s+IlPnMWoW1+YQI3UY5k5 8F3Ummckaf6YCE5GGePz9adWhZbCD/aDaIiga7iEkLvsamHbCW6RZzLhqjQ3UTr7ws4W Z3C7XiVwCxuZJ2Rm3CH4Gt/6qfdZCUw990jFuhQxqirMFc3mcDIzOcmSYUwEq8/3G/5L UT6g== X-Received: by 10.195.13.201 with SMTP id fa9mr105487090wjd.68.1451820330385; Sun, 03 Jan 2016 03:25:30 -0800 (PST) Received: from [10.0.0.101] (114.82.193.178.dynamic.wline.res.cust.swisscom.ch. [178.193.82.114]) by smtp.gmail.com with ESMTPSA id 79sm34741328wmo.7.2016.01.03.03.25.28 for (version=TLSv1/SSLv3 cipher=OTHER); Sun, 03 Jan 2016 03:25:28 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: [DISCUSS] Move to Github From: Sebastien Goasguen In-Reply-To: Date: Sun, 3 Jan 2016 12:25:26 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <4F0C16CA-EBDF-4B4F-BC50-E9F6C788421C@gmail.com> References: <00DF88E2-CE99-4886-88B6-3152CDEDF3AB@gmail.com> <567577A3.2020903@renemoser.net> <1A8C5FE0-D658-4FB6-8AAE-86EF139FB905@gmail.com> <903CE4AD-8908-4B5C-9A61-BA1B8A4AB71B@gmail.com> To: dev@cloudstack.apache.org X-Mailer: Apple Mail (2.2104) Bringing this one discuss thread to the top of the ML to get stronger = consensus. We need it if we want to request a move to GitHub. Note that this is not about leaving the ASF, it is about using GitHub to = its full potential. The ASF board is investigating ways for a project to use Github and = still maintain strong provenance of commits to keep the high quality and = provenance standards of ASF code. If we get consensus we can request to the board to be part of the = =E2=80=9Ctrial=E2=80=9D and move to Github. > On Dec 21, 2015, at 11:37 AM, Sebastien Goasguen = wrote: >=20 >=20 >> On Dec 21, 2015, at 11:34 AM, Daan Hoogland = wrote: >>=20 >> Sebastien, This will create a github repo under the apache = organisation >> right? one that we can not merge to. >>=20 >=20 > Yes , that=E2=80=99s how I created all the docs repo and the repos for = ec2stack and gstack. >=20 >=20 >=20 >> On Mon, Dec 21, 2015 at 10:51 AM, Sebastien Goasguen = >> wrote: >>=20 >>> BTW >>>=20 >>> Anyone can ask for a new git repo which will be mirrored on github = at: >>>=20 >>> = https://issues.apache.org/jira/servicedesk/customer/portal/1/create/8 >>>=20 >>> Not sure if the link will work, but it=E2=80=99s available through = issues. >>>=20 >>>> On Dec 19, 2015, at 7:03 PM, Sebastien Goasguen >>> wrote: >>>>=20 >>>>=20 >>>>=20 >>>>> On 19 Dec 2015, at 16:28, Rene Moser wrote: >>>>>=20 >>>>> Hi Seb >>>>>=20 >>>>>> On 12/19/2015 10:12 AM, sebgoa wrote: >>>>>>=20 >>>>>> Late October I started thread [1] about moving our repo to = GitHub, I >>> would like to re-open this discussion. >>>>>>=20 >>>>>> Now that we have stabilized master and release 4.6.0, 4.6.1, = 4.6.2 and >>> 4.7.0 we need to think about the next steps. >>>>>>=20 >>>>>> To me Git and GitHub has become an essential tool to any software >>> development, not using it to its full potential is hurting us. >>>>>>=20 >>>>>> Just as an example I would like to point you to [2], this a PR I = made >>> to Kubernetes (a container orchestrator), it literally added 14 = characters >>> in a json file. >>>>>> This was really a very minor change. >>>>>>=20 >>>>>> The PR automatically triggered 3 bots which created 7 labels, it = ran >>> end to end testss, Jenkins jobs and triggered third part builds. >>>>>> It was automatically merged. >>>>>=20 >>>>> I am fine moving to github. >>>>>=20 >>>>> But IMHO the git hosting is not the problem, the problem is how = far do >>>>> we trust the current tests and how we can them improve. >>>>>=20 >>>>> Moving to github doesn't improve testing. Doing manual tests is = okay and >>>>> hard work, it does not speed up things. >>>>>=20 >>>>> We need fully automated unit _and_ integration tests that we = trust. I do >>>>> not trust in mocking and simulating infrastructure. >>>>>=20 >>>>> We discovered most of the major problems running cloudstack on = real >>>>> hardware in real world scenarios. Race conditions, unexpected VR >>>>> reboots, VMs not getting IPs from DHCP, etc. >>>>>=20 >>>>> Rating complexity of changes: easy_fix, minor_change, major_change >>>>>=20 >>>>> Running tests according complexity: >>>>>=20 >>>>> - easy_fix: just merge it. >>>>> - minor_change: unit and simulator test passed >>>>> - major_change: the full blown integration testing >>>>>=20 >>>>> IMHO we should work on solid testing and development is fun, = merging a >>>>> click and releasing a breath. >>>>>=20 >>>>> Just my 2 cents. >>>>=20 >>>> Fully agree >>>>=20 >>>> I do think moving to github would allow us to run tests on real = systems >>> more easily. >>>>=20 >>>>=20 >>>>>=20 >>>>> Regards >>>>> Ren=C3=A9 >>>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>=20 >>>=20 >>=20 >>=20 >> --=20 >> Daan >=20