[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [MIT-Scheme-devel] $Id$ tags
From: |
Matt Birkholz |
Subject: |
Re: [MIT-Scheme-devel] $Id$ tags |
Date: |
Sun, 21 Jun 2009 16:35:19 -0700 |
> 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?