Re: [MIT-Scheme-devel] $Id$ tags

[Matt Birkholz]

> From: Chris Hanson <address@hidden>
> Date: Sun, 21 Jun 2009 00:18:41 -0700
> 
> I'm running on a Mac, so I hand install.  But it's just a guess that
> the version matters, so I wouldn't go out of my way to update if I
> were you.

I was hoping to avoid version skew in a whole build chain.

I just installed git 1.6.3.2 in /usr/local/ AND removed the Jaunty
git-core (and git-cvs) package(s), and downloaded a fresh clone.

    $ git clone git://git.savannah.gnu.org/mit-scheme.git
    Initialized empty Git repository in /home/matt/Scheme/mit-scheme/.git/
    remote: Counting objects: 122559, done.        
    remote: Compressing objects: 100% (24667/24667), done.        
    remote: Total 122559 (delta 89166), reused 121879 (delta 88543)        
    Receiving objects: 100% (122559/122559), 38.57 MiB | 92 KiB/s, done.
    Resolving deltas: 100% (89166/89166), done.
    $ cd mit-scheme
    $ git status | grep -s "#   modified:" | wc -l
    375

Bizarrely, I have seen varying numbers of "modified" files reported,
from as low as 375 to as high as 1381.

If I blow everything away...

    $ rm -rf *
    $ git checkout -f master
    Already on 'master'
    $ git status | grep -s "#   modified:" | wc -l
    1381

...I am up to 1381 modified files.

If I move to an old branch...

    $ git checkout -f remotes/origin/use-autoconf
    Note: moving to 'remotes/origin/use-autoconf' which isn't a local branch
    If you want to create a new branch from this checkout, you may do so
    (now or later) by using -b with the checkout command again. Example:
      git checkout -b <new_branch_name>
    HEAD is now at f07b478... Fix thinko.
    $ git status | grep -s "#   modified:" | wc -l
    0

...git-status says "clean"!  No .gitattributes file in the tree?

When I move back...

    $ git checkout -f master
    Previous HEAD position was f07b478... Fix thinko.
    Switched to branch 'master'
    $ git status | grep -s "#   modified:" | wc -l
    139

...a new low.  Unfortunately, modifying the "modified" files to
remove the diff does... nothing.  The working file appears to contain
"$Id$" and never matches e.g. "$Id: xdoc.pkg,v 1.9 2008/01/30 20:02:42
cph Exp $" in the repo.

Doing the blow-it-all-away routine, repeatedly...

    $ rm -rf *
    $ git checkout -f master
    $ git status | grep -s "#   modified:" | wc -l

...produces random numbers (frequently 1381).  How can this BE so
random?

Do you have a .git/info/attributes file (which I don't have)?

What was commit df30da9b (Fix $ tags in v8 files.) about?  You changed
$Id:...$ to $Id$ in 102 files.  These files have not been showing up
in the lists of "modified" files.

Maybe just commit everything (no changes, except the auto-elision of
$Id:...$), just to get "$Id$" in the repo?