From owner-cvs-gnu Mon Oct 30 01:10:31 1995 Return-Path: owner-cvs-gnu Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA13533 for cvs-gnu-outgoing; Mon, 30 Oct 1995 01:10:31 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA13512 ; Mon, 30 Oct 1995 01:10:09 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA15212; Mon, 30 Oct 1995 20:04:39 +1100 Date: Mon, 30 Oct 1995 20:04:39 +1100 From: Bruce Evans Message-Id: <199510300904.UAA15212@godzilla.zeta.org.au> To: bde@zeta.org.au, peter@jhome.dialix.com Subject: Re: cvs commit: src/gnu/usr.bin/rcs/rlog rlog.1 rlog.c Cc: CVS-commiters@freefall.freebsd.org, cvs-gnu@freefall.freebsd.org, nate@rocky.sri.MT.net Sender: owner-cvs-gnu@FreeBSD.org Precedence: bulk >> Yes it is :-). $Id$ is treated differently by `cvs export', so in the >> release, all files with $Id$ have gratuitous differences from the checked >> out versions. >Perhaps somebody could explain the logic behind this to me, as I >certainly do not understand why we do this.. I thought it was to preserve our Ids from other users' revision control systems. It's annoying when foreign revision control polices such as $Log$ in rcs get imported. Even for things like $Id$ that we want, we really want our Ids separate from the originals. >So, where does this 'cvs export' code come from? It looks very much like Don't know. >If we are worried about somebody cvs importing the source into their own >tree and loosing our $Id$ lines, IMHO that's not the way to do it - >$FreeBSD$ would be much better and just ship either the source tree that >was used in the 'make release' or use proper 'cvs co'.. Perhaps that should be $FreeBSD-Id$. What does $FreeBSD$ do exactly. I'd like one that is applied automatically to all files that we've changed from the vendor branch. Bruce