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 B97FF10EAB for ; Wed, 5 Jun 2013 18:26:22 +0000 (UTC) Received: (qmail 73752 invoked by uid 500); 5 Jun 2013 18:26:22 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 73727 invoked by uid 500); 5 Jun 2013 18:26: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 73719 invoked by uid 99); 5 Jun 2013 18:26:22 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Jun 2013 18:26:22 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of lorin.beer.dev@gmail.com designates 209.85.223.174 as permitted sender) Received: from [209.85.223.174] (HELO mail-ie0-f174.google.com) (209.85.223.174) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Jun 2013 18:26:17 +0000 Received: by mail-ie0-f174.google.com with SMTP id aq17so4587991iec.33 for ; Wed, 05 Jun 2013 11:25:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=EJJIvMGLv124dIulevpodaUQ1QPgpre21si4nSU38P8=; b=XOARM6q9m4YWweftQ3MlMCpeO3DQcSc5GaaKx6Ty4oiYMHlK3zAFMxJ124uDilURYQ 2rzzyMFv1XYuAyyUF0kVyUuvYWlIldoS3lFtQwjU8F2I3xeJZCydFOQ3THi3Bh5rj4Js ysCW5LJOmCmMW/9ilQZociwNV8Cscbm6I9K48yAusNfAb8gp0V8/1BmZfyzZFzOBXEia Q2ZK5ZJ4ocTvjAb62SkQ864vEezIKEJalHcjWf1Af2GBFDkLIo5NKxNFK5rXqk7wyzwj ypxiig459eZQXQhsYQi/QMOWtFlNqq/1sHPGi8d8enKbZOOc9Js6M/lJF9bv6o3Ha2Ni SWVw== MIME-Version: 1.0 X-Received: by 10.42.76.132 with SMTP id e4mr15541461ick.11.1370456756917; Wed, 05 Jun 2013 11:25:56 -0700 (PDT) Received: by 10.64.171.68 with HTTP; Wed, 5 Jun 2013 11:25:56 -0700 (PDT) In-Reply-To: References: Date: Wed, 5 Jun 2013 11:25:56 -0700 Message-ID: Subject: Re: Cordova vs Company workflow From: Lorin Beer To: dev Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org Yes, putting a comment on the issue itself should be sufficient. If you're familiar with the person, im/irc message is appreciated, but not necessary. Generally, Fil is correct. I generally do not mark issues I'm working on as "in progress", but that's something I will immediately adress. On Wed, Jun 5, 2013 at 9:41 AM, Filip Maj wrote: > Pretty much. > > My assumption is when looking through JIRA that if an issue isn't "In > Progress" then I can freely assign to myself and mark it as "In Progress" > to denote that I am working on it. > > On 6/5/13 9:28 AM, "Carlos Santana" wrote: > >>Lorin, >> When you say "ping the person it is assigned to" you mean put a comment >>on the JIRA ticket? >>This way everyone is aware that someone is interested on taking over the >>ticket or have some input? >> >>Sorry if it was a dumb, question I'm trying to understand the workflow of >>contributing >> >>(open ticket, add comment to JIRA ticket showing interest on working the >>ticket, get agreement from assignee, start solving problem, submit pull >>request, post to dev mailing list for code review) >> >> >>--Carlos >> >> >>On Tue, Jun 4, 2013 at 5:17 PM, Lorin Beer >>wrote: >> >>> I've CC'd the relevant parties, but as a reminder of best practice: >>> >>> regardless of internal company workflow for Cordova contribution, when >>> tackling an issue filed on jira: >>> >>> 1. if it is not assigned to you, ping the person it is assigned to >>> 2. discuss assigning to yourself >>> 3. begin solving the issue >>> >>> Keeping work in non-apache repos, and chiming in with a fix once the >>> issue has already been resolved leads to frustration and duplication >>> of work. >>> >>> Clear communication is key to cooperating on a project like this, and >>> that involves letting everyone know what you are working on. The >>> system we employ for that purpose is JIRA. >>> >>> - Lorin >>> >> >> >> >>-- >>Carlos Santana >> >