From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,629e11b80bdec45d X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-05-16 05:21:45 PST Path: archiver1.sj.google.com!newsfeed.google.com!newsfeed.stanford.edu!canoe.uoregon.edu!logbridge.uoregon.edu!newsfeed.direct.ca!look.ca!newsfeed1.earthlink.net!newsfeed.earthlink.net!newsmaster1.prod.itd.earthlink.net!newsread1.prod.itd.earthlink.net.POSTED!not-for-mail Message-ID: <3B0263B5.FB21A304@earthlink.net> From: "Marc A. Criley" Organization: Quadrus Corporation X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: powerful editors versus IDEs (was: License to Steal) References: <9drct2$gpq$1@nh.pace.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 16 May 2001 12:21:43 GMT NNTP-Posting-Host: 158.252.122.149 X-Complaints-To: abuse@earthlink.net X-Trace: newsread1.prod.itd.earthlink.net 990015703 158.252.122.149 (Wed, 16 May 2001 05:21:43 PDT) NNTP-Posting-Date: Wed, 16 May 2001 05:21:43 PDT X-Received-Date: Wed, 16 May 2001 05:20:04 PDT (newsmaster1.prod.itd.earthlink.net) Xref: archiver1.sj.google.com comp.lang.ada:7553 Date: 2001-05-16T12:21:43+00:00 List-Id: Marin David Condic wrote: > > In a perfect world, Configuration Management and Change Control would be > integrated in such a way that the change history for a given module is not > maintained as comments in the module, but as an attachment of some form that > you can retrieve as needed. > I've tried for many years on different projects to push the project's coding "header" standard away from maintaining CM information--with mixed results. CM tools are powerful enough that, when properly integrated into a well thought out CM process, a full and useful change history of the unit can now be easily extracted from such tools. I hate maintaining redundant information in a header, but many people (managers and developers alike) don't trust the CM environment, don't want to be bothered with having to learn a few simple procedures with the tool, and/or want all the change information in the file and are willing to accept the risk of incompleteness and inaccuracy. (For the latter desire, auto-generation of headers has sometimes proved a workable compromise.) Marc A. Criley Senior Staff Engineer Quadrus Corporation www.quadruscorp.com