Return-Path: X-Original-To: apmail-flink-dev-archive@www.apache.org Delivered-To: apmail-flink-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 1DE51183B0 for ; Wed, 3 Jun 2015 15:26:10 +0000 (UTC) Received: (qmail 92019 invoked by uid 500); 3 Jun 2015 15:26:10 -0000 Delivered-To: apmail-flink-dev-archive@flink.apache.org Received: (qmail 91976 invoked by uid 500); 3 Jun 2015 15:26:10 -0000 Mailing-List: contact dev-help@flink.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@flink.apache.org Delivered-To: mailing list dev@flink.apache.org Received: (qmail 91961 invoked by uid 99); 3 Jun 2015 15:26:09 -0000 Received: from Unknown (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 03 Jun 2015 15:26:09 +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 581AD1A4307 for ; Wed, 3 Jun 2015 15:26:09 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.021 X-Spam-Level: X-Spam-Status: No, score=-0.021 tagged_above=-999 required=6.31 tests=[RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled Received: from mx1-us-east.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id N47nk2qn6pUY for ; Wed, 3 Jun 2015 15:26:08 +0000 (UTC) Received: from nk11p12im-asmtp002.me.com (nk11p12im-asmtp002.me.com [17.158.88.161]) by mx1-us-east.apache.org (ASF Mail Server at mx1-us-east.apache.org) with ESMTPS id 7AE7D428FF for ; Wed, 3 Jun 2015 15:26:08 +0000 (UTC) Received: from [172.25.86.107] (unknown [165.132.5.76]) by nk11p12im-asmtp002.me.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Dec 4 2014)) with ESMTPSA id <0NPD00GNPK77F340@nk11p12im-asmtp002.me.com> for dev@flink.apache.org; Wed, 03 Jun 2015 15:25:57 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.14.151,1.0.33,0.0.0000 definitions=2015-06-03_08:2015-06-03,2015-06-03,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=1 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1506030189 Content-type: text/plain; charset=us-ascii MIME-version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: How do we want to maintain our documentation? From: Chiwan Park In-reply-to: Date: Thu, 04 Jun 2015 00:25:54 +0900 Content-transfer-encoding: quoted-printable Message-id: References: To: dev@flink.apache.org X-Mailer: Apple Mail (2.2098) +1 Good. PR should contain documentation. Regards, Chiwan Park > On Jun 4, 2015, at 12:24 AM, Lokesh Rajaram = wrote: >=20 > +1. I like this idea, not sure if my vote counts :) >=20 > On Wed, Jun 3, 2015 at 8:21 AM, Robert Metzger = wrote: >=20 >> Hi, >>=20 >> as part of making our codebase ready for the upcoming 0.9 release, = I've >> started to go over the documentation of Flink. >>=20 >> It seems that our current approach for documenting stuff: >> - We implement and merge a feature >> - We open a JIRA for documenting it. >>=20 >> Before the release, we realize that we have many open documentation = issues >> (currently 26) and hope that somebody (in this case me) is fixing = them. >>=20 >> Some of the pull requests also contain documentation, but certainly = not all >> of them. >>=20 >>=20 >> I am proposing to: >> - add a rule to our coding guidelines [1] which states that every = change >> that affects the documentation needs to update the documentation >> accordingly. >> - Committers have to make sure that pull request are following the = rule >> before accepting the change. Otherwise, we reject the pull request. >>=20 >>=20 >> [1] http://flink.apache.org/coding-guidelines.html >>=20