Return-Path: X-Original-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 55442D564 for ; Fri, 20 Jul 2012 21:23:19 +0000 (UTC) Received: (qmail 71792 invoked by uid 500); 20 Jul 2012 21:23:19 -0000 Delivered-To: apmail-incubator-ooo-dev-archive@incubator.apache.org Received: (qmail 71721 invoked by uid 500); 20 Jul 2012 21:23:18 -0000 Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ooo-dev@incubator.apache.org Delivered-To: mailing list ooo-dev@incubator.apache.org Received: (qmail 71713 invoked by uid 99); 20 Jul 2012 21:23:18 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 20 Jul 2012 21:23:18 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of dennis.hamilton@acm.org designates 216.119.133.2 as permitted sender) Received: from [216.119.133.2] (HELO a2s42.a2hosting.com) (216.119.133.2) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 20 Jul 2012 21:23:11 +0000 Received: from 71-217-73-181.tukw.qwest.net ([71.217.73.181]:32905 helo=Astraendo) by a2s42.a2hosting.com with esmtpa (Exim 4.77) (envelope-from ) id 1SsKew-002Nnb-Ay for ooo-dev@incubator.apache.org; Fri, 20 Jul 2012 17:22:50 -0400 Reply-To: From: "Dennis E. Hamilton" To: References: <50092F89.8020008@googlemail.com> <1342813926.30275.YahooMailNeo@web113510.mail.gq1.yahoo.com> In-Reply-To: <1342813926.30275.YahooMailNeo@web113510.mail.gq1.yahoo.com> Subject: RE: Coding guideline or common rules Date: Fri, 20 Jul 2012 14:22:54 -0700 Organization: NuovoDoc Message-ID: <002e01cd66bd$d4b70a30$7e251e90$@acm.org> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQFmS1ArxCPoLdNuC5G0I4UR3HAQhQFG3vdXl/aeBPA= Content-Language: en-us X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a2s42.a2hosting.com X-AntiAbuse: Original Domain - incubator.apache.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - acm.org X-Virus-Checked: Checked by ClamAV on apache.org I've seen the comment about SCMs being sufficient for tracing the = provenance of code and the changes that are made. That puzzles me. - History doesn't appear in source-code tarballs. - It requires the original SCM repository or a history-preserving port = of the SCN to be available to interested parties. Basically, it is not a durable form of the information. Just sayin' ... - Dennis -----Original Message----- From: Pedro Giffuni [mailto:pfg@apache.org]=20 Sent: Friday, July 20, 2012 12:52 To: ooo-dev@incubator.apache.org Subject: Re: Coding guideline or common rules FWIW; ----- Original Message ----- ... >=20 > Hi, >=20 > I just stumbled over a commit message for the new UOF filter. >=20 > I think we should agree on a common guideline for our code and how we > contribute changes and bring them in the code. >=20 > SCM's manage the change sets and the information who made the change, > that means we don't need further comments like this >=20 > ///Begin Added by wangyumin for uof2-filter from cs2c > ... > /// End Added by wangyumin on 2012-2-22 14:32:18 >=20 > It is somewhat redundant and makes the code not really better = readable. > Can we agree on the common understanding that we don't need such > comments and that we don't want them in the code. We should remove = such > comments wherever we see or find them. >=20 Indeed, I did mention in our local svn tutorial that those comments = should be avoided. SVN does a wonderful job maintaining the origin information. > Any opinions? As a side note, I recently found similar prominent begin/end lines in = another project and the culprit on that project was the GPLv2 section 2a: "You must cause the modified files to carry prominent notices stating that you changed the files and the date of any change." It's probable that old code from GPLd derivatives still carry such = notes. Someone will have to clean them ;). Pedro.