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 6B3CC10E15 for ; Wed, 17 Jul 2013 00:00:42 +0000 (UTC) Received: (qmail 98509 invoked by uid 500); 17 Jul 2013 00:00:42 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 98482 invoked by uid 500); 17 Jul 2013 00:00:42 -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 98471 invoked by uid 99); 17 Jul 2013 00:00:42 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Jul 2013 00:00:42 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of shazron@gmail.com designates 209.85.128.43 as permitted sender) Received: from [209.85.128.43] (HELO mail-qe0-f43.google.com) (209.85.128.43) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Jul 2013 00:00:37 +0000 Received: by mail-qe0-f43.google.com with SMTP id q19so803586qeb.30 for ; Tue, 16 Jul 2013 17:00:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=3Alr+fUovL/Tpl9TxoTxmR/9XuV5gTxcsTcETYs8IzY=; b=zFV5PwRm+XZ0E6y+xfYlu/ZrXWmjZo2OCDpWy1wQvFRV0laXk5Cv4/pJCuU7F95njX K+kjcbjtdLyGQOS7HAKpmBHgYF3rwW3F3R4c7B3F01OrqrQkhcOC3JlFaI4p8P7+T7N5 rk32mKDuiAemFj5ega1zzmVtoqU42iQTexT6HT05Kt1xljzbHobZ6d4mj9OQ1IZ5TN4U c73wApQfF40MQprMFdGWZUcodlNDbNO95k9o5F8LMS0ptaj9TS3GJ+NJYcZqxtjiRAbN 4veK77WeZRG599hIS5UL/9MROLBVzJe2CCnuSqQPg8iYMB8yyWGgxzmJDgoK1Mk3330g 6bhw== X-Received: by 10.49.132.41 with SMTP id or9mr5417993qeb.18.1374019216928; Tue, 16 Jul 2013 17:00:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.49.12.145 with HTTP; Tue, 16 Jul 2013 16:59:36 -0700 (PDT) In-Reply-To: References: From: Shazron Date: Tue, 16 Jul 2013 16:59:36 -0700 Message-ID: Subject: Re: Upgrading Guides To: "dev@cordova.apache.org" Content-Type: multipart/alternative; boundary=047d7beb99fa56f96204e1a9c729 X-Virus-Checked: Checked by ClamAV on apache.org --047d7beb99fa56f96204e1a9c729 Content-Type: text/plain; charset=ISO-8859-1 For https://issues.apache.org/jira/browse/CB-4222 I added this note at the bottom of the 2.9.0 -> 3.0.0 Upgrading Guide for iOS: NOTE: Starting with Cordova 3.0.0, projects do not come with any plugins, you will have to install the ones you require for your project using the `plugman` CLI utility - see the Core Plugin Install Guide. Note the currently non-existent "Core Plugin Install Guide" which is common for all platforms. I talked to Steve, this doc should show two methods - the Cordova CLI way and the plugman way of how to install the core plugins. Since the Upgrading Guides are for legacy methods, it refers to the plugman way. Mike Sierra, not sure if this is a good method or we should cram everything into the CLI doc. On Tue, Jul 16, 2013 at 2:14 PM, Andrew Grieve wrote: > +1 document both, but we should be clear that CLI is the new fancy and will > eventually become the only supported (whatever that means) workflow at some > point in the future. > > > On Tue, Jul 16, 2013 at 5:00 PM, Joe Bowser wrote: > > > On Tue, Jul 16, 2013 at 1:41 PM, Anis KADRI > wrote: > > > I think we should document both. > > > > But we've already done the CLI docs. :P > > > > > > > > > > > On Tue, Jul 16, 2013 at 11:48 AM, Joe Bowser > wrote: > > > > > >> On Tue, Jul 16, 2013 at 6:21 AM, Andrew Grieve > > >> wrote: > > >> > The CLI guide reads quite well! Great work whoever put it together! > :) > > >> > > > >> > Just occurred to me that for 3.0 -> 3.1, we can probably just write > a > > >> > single "CLI" upgrade guide instead of writing one for each platform > > >> (might > > >> > need caveats per-platform still). > > >> > > > >> > Should we document how to create plugman-only projects as well as > CLI > > >> > projects? If so, we'll need a good top-level explainer page that > > explains > > >> > the difference. If not, then I don't think we should mention it in > our > > >> > readme. I'm hoping that we can document only the CLI flow so that > > there > > >> > will be less diversity in project structures out there, and it will > > let > > >> us > > >> > focus on doing one thing well. > > >> > > > >> > > >> I think we should document plugman-only projects, because that's what > > >> exists today. It's much easier to start to use plugman for a project > > >> than to use the CLI, especially if you've done your own modifications > > >> to the Java code in your Cordova project, which a few people have > > >> done. I see nothing here that helps our existing users maintain their > > >> codebases. If this project teaches you anything, it should teach you > > >> that just because you want people to use your project a certain way, > > >> it doesn't mean that they will. > > >> > > > --047d7beb99fa56f96204e1a9c729--