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 2A5CB113DD for ; Tue, 26 Aug 2014 18:56:22 +0000 (UTC) Received: (qmail 31079 invoked by uid 500); 26 Aug 2014 18:56:21 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 31040 invoked by uid 500); 26 Aug 2014 18:56:21 -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 31029 invoked by uid 99); 26 Aug 2014 18:56:21 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 26 Aug 2014 18:56:21 +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 (athena.apache.org: domain of leo.treggiari@intel.com designates 192.55.52.93 as permitted sender) Received: from [192.55.52.93] (HELO mga11.intel.com) (192.55.52.93) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 26 Aug 2014 18:56:16 +0000 Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga102.fm.intel.com with ESMTP; 26 Aug 2014 11:55:55 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.04,405,1406617200"; d="scan'208";a="590199196" Received: from fmsmsx105.amr.corp.intel.com ([10.18.124.203]) by fmsmga002.fm.intel.com with ESMTP; 26 Aug 2014 11:55:55 -0700 Received: from fmsmsx114.amr.corp.intel.com (10.18.116.8) by FMSMSX105.amr.corp.intel.com (10.18.124.203) with Microsoft SMTP Server (TLS) id 14.3.195.1; Tue, 26 Aug 2014 11:55:55 -0700 Received: from fmsmsx103.amr.corp.intel.com ([169.254.3.76]) by FMSMSX114.amr.corp.intel.com ([10.18.116.8]) with mapi id 14.03.0195.001; Tue, 26 Aug 2014 11:55:54 -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/AIAABMoAgAAB0oCAAAiZgIAABfqAgAsoIiCAAKeRgIABVYUAgAIwkwCAABeUIIAIpJUA//+LVLA= Date: Tue, 26 Aug 2014 18:55:54 +0000 Message-ID: <85A3E123BABF314D9D3656D0B418125643E20FC1@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> <85A3E123BABF314D9D3656D0B418125643E1D26D@FMSMSX103.amr.corp.intel.com> <19898e54ff39437b90e1453221178e37@BLUPR03MB359.namprd03.prod.outlook.com> In-Reply-To: <19898e54ff39437b90e1453221178e37@BLUPR03MB359.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.107] 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 I was reacting to this in your e-mail: > The user may choose to check in the user specific config if the entire te= am decides to use that as a project structure. They would not check the use= r-config in cases where individual users use different IDEs. There should be one directory structure defined for the project. That meta= data is under source code control as well as the sources that are actually = using that directory structure. Ideally, Cordova CLI and all IDEs use the = checked in directory structure. If an IDE can't handle that, then it would= need to change the metadata, and rearrange the project sources, and, of co= urse, not check in those modifications. So the use of multiple IDEs and Co= rdova CLI will work when they all respect the directory metadata, specifica= lly for the directories that are under source code control. An IDE could d= o whatever it wants in temporary/working directories. > I could volunteer to take the first stab at that API that cordova-lib sug= gests. Does that sound good ? Definitely! Thanks, Leo -----Original Message----- From: Parashuram Narasimhan (MS OPEN TECH) [mailto:panarasi@microsoft.com]= =20 Sent: Tuesday, August 26, 2014 11:40 AM To: dev@cordova.apache.org Subject: RE: Directory Structure - CLI directory config proposal It is the latter. The idea is that there is a default directory structure t= hat shall be defined by Cordova CLI, and the IDE can modify it, call tasks = like prepare or compile directly from cordova-lib. The IDE could do clever = things like copy only modified files, use symlinks, etc. From the hangouts = discussion, it was agree that cordova-lib would expose APIs that shall be u= sed by build systems, IDEs and the CLI. We need to finalize on that API. I could volunteer to take the first stab at that API that cordova-lib sugge= sts. Does that sound good ? -----Original Message----- From: Treggiari, Leo [mailto:leo.treggiari@intel.com]=20 Sent: Thursday, August 21, 2014 6:45 AM To: dev@cordova.apache.org Subject: RE: Directory Structure - CLI directory config proposal 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.