Return-Path: X-Original-To: apmail-cordova-dev-archive@www.apache.org Delivered-To: apmail-cordova-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 AAC74111D8 for ; Thu, 21 Aug 2014 13:45:23 +0000 (UTC) Received: (qmail 386 invoked by uid 500); 21 Aug 2014 13:45:22 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 350 invoked by uid 500); 21 Aug 2014 13:45:22 -0000 Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cordova.apache.org Delivered-To: mailing list dev@cordova.apache.org Received: (qmail 339 invoked by uid 99); 21 Aug 2014 13:45:22 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 21 Aug 2014 13:45:22 +0000 X-ASF-Spam-Status: No, hits=-5.0 required=5.0 tests=RCVD_IN_DNSWL_HI,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of leo.treggiari@intel.com designates 192.55.52.88 as permitted sender) Received: from [192.55.52.88] (HELO mga01.intel.com) (192.55.52.88) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 21 Aug 2014 13:44:55 +0000 Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by fmsmga101.fm.intel.com with ESMTP; 21 Aug 2014 06:44:53 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,862,1389772800"; d="scan'208";a="375278944" Received: from fmsmsx108.amr.corp.intel.com ([10.18.124.206]) by FMSMGA003.fm.intel.com with ESMTP; 21 Aug 2014 06:41:03 -0700 Received: from fmsmsx102.amr.corp.intel.com (10.18.124.200) by FMSMSX108.amr.corp.intel.com (10.18.124.206) with Microsoft SMTP Server (TLS) id 14.3.195.1; Thu, 21 Aug 2014 06:44:52 -0700 Received: from fmsmsx103.amr.corp.intel.com ([169.254.3.76]) by FMSMSX102.amr.corp.intel.com ([169.254.2.51]) with mapi id 14.03.0195.001; Thu, 21 Aug 2014 06:44:52 -0700 From: "Treggiari, Leo" To: "dev@cordova.apache.org" Subject: RE: Directory Structure - CLI directory config proposal Thread-Topic: Directory Structure - CLI directory config proposal Thread-Index: AQHPnG/TaostiIJAI0aW3G7F4mZqtpuUshYAgABA0YCAAS5sAIAABGmAgABs7ACAAxjvgIAAAWQAgAAAU+CAADVDcIAGB2aQgAFKY4CAKQbBQIABdM+AgAAIgQCAABc/AIAABMoAgAAB0oCAAAiZgIAABfqAgAsoIiCAAKeRgIABVYUAgAIwkwCAABeUIA== Date: Thu, 21 Aug 2014 13:44:52 +0000 Message-ID: <85A3E123BABF314D9D3656D0B418125643E1D26D@FMSMSX103.amr.corp.intel.com> References: <20140708193154.GA27893@gmail.com> <6f1aa969eba44af185e4d43a14a08e7c@BLUPR03MB359.namprd03.prod.outlook.com> <4806da36b20a4d26b24a31e8dc028072@BLUPR03MB065.namprd03.prod.outlook.com> <93f2c0b637fa4c069d6df2bef49ce16b@BL2PR03MB417.namprd03.prod.outlook.com> <66b6c48d8a2e4339ac27edba8a9ac227@DM2PR03MB366.namprd03.prod.outlook.com> <002f3eec45ef408c814ea6754e804b6a@DM2PR03MB366.namprd03.prod.outlook.com> <342E1A72-D88B-4BD6-A15E-95D04BA56677@gmail.com> <6d3745184b2c45f8a6f9c91a5eb2ad35@DM2PR03MB366.namprd03.prod.outlook.com> In-Reply-To: <6d3745184b2c45f8a6f9c91a5eb2ad35@DM2PR03MB366.namprd03.prod.outlook.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.200.106] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org Is the flexible directory structure being proposed so that the CLI can "con= form" to a directory structure defined by the IDE, or so that a user can de= fine the directory structure and both the CLI and the IDE use it? I'm an I= DE developer, but I don't have a lot a sympathy for the former. The latter= is useful. I don't understand why an IDE should think IT defines the dire= ctory structure, just like the CLI did prior to this proposal. Leo -----Original Message----- From: Parashuram Narasimhan (MS OPEN TECH) [mailto:panarasi@microsoft.com]= =20 Sent: Wednesday, August 20, 2014 10:17 PM To: dev@cordova.apache.org Subject: RE: Directory Structure - CLI directory config proposal Should the platform/plugin save/restore take care of the ability to restore= platforms? That way, though the platforms folder is discernable, we do not= have to necessarily delete it. The goal of able to re-create a project sol= ely based on the checked-in information still stays.=20 The user may choose to check in the user specific config if the entire team= decides to use that as a project structure. They would not check the user-= config in cases where individual users use different IDEs.=20 -----Original Message----- From: Marcel Kinard [mailto:cmarcelk@gmail.com]=20 Sent: Tuesday, August 19, 2014 12:50 PM To: dev@cordova.apache.org Subject: Re: Directory Structure - CLI directory config proposal I don't want to dramatically increase the scope of this thread, but I'm won= dering if this is the opportunity to get the platforms dir to be 100% gener= ated and discardable between app builds. The goal being that then there is = a clean line of what devs should check into SCM and what is in their .gitig= nore file. It also feels like there should be a slight difference between user-specifi= c config that doesn't go into a team SCM (my copy of cordova-android is in = /home/marcelk/customized), and project-specific config that does go into a = team SCM (the layout of this meta config that describes where the project d= irs are). And yes, it should be 100% compatible with today's directory structure.