clones the SBCL Git mirror into the directory sbcl-git (there's a
naming convention in play here, but ignore that for now.) The clone
-contains full history, and is an independent repository on it's own
+contains full history, and is an independent repository on its own
right. Doing the clone takes as long as downloading 25Mb takes on your
line, but after that things are very fast.
nice in Git! The magic is: "git checkout -b hack-a-bit-more" -- but
leave that for another time.
-Let's do something. Edit version.lisp-expr, and maybe give SBCL some
-love.
+Let's do something. Edit BUGS, and maybe give SBCL some love.
git diff # shows you the changes in your tree
git status # shows you the state of files in the tree
Git has a notion of a separate "staging area", from which commits are
made. You can add content to the it by using git-add:
- git add version.lisp-expr
+ git add BUGS
git status
git diff
By default git-diff shows the differences between the working tree and
the staging area (which starts out identical to HEAD after a checkout).
-Edit version.lisp-expr again. Now you have three versions of it
-(ignoring all the historical versions for a second) to compare:
+Edit BUGS again. Now you have three versions of it (ignoring all the
+historical versions for a second) to compare:
git diff # between tree and staging area
git diff HEAD # between tree and last commit
We like our latest version, so do
- git add version.lisp-expr
+ git add BUGS
again. Now the latest version is in the staging area, and version that
used to be there is gone. You don't need to worry about the staging
can be used to compare two arbitrary versions. The -w switch tells Git
to ignore whitespace changes -- you can usually leave it out, but it's
-nice when diffing across the great whilespacification patches.
+nice when diffing across the great whitespacification patches.
Onwards: just so that we have a bit more history on the branch, edit
-version.lisp-expr again, and git-commit again. You can use
+BUGS again, and git-commit again. You can use
git commit -a
box. Then you will be directed to set up an account, which you will
then have to add as a "pusher" to your SBCL fork.
-Finally, add the following snipped (adjusting for your own name) in
+Finally, add the following snippet (adjusting for your own name) in
~/sbcl-git/.git/config
[remote "public"]
review, fix any problems
cvs commit -F .msg
+To make things a bit easier, add eg. this stanza to ~/sbcl-git/.git/config:
+
+ [alias]
+ sbcl-export = ! cd ~/sbcl-cvs && GIT_DIR=~/sbcl-git/.git git-cvsexportcommit -v
+
+Then you can just run
+
+ git sbcl-export foo-hacks-to-cvs
+
+from inside ~/sbcl-git/, and have it prepare your CVS tree for commit.
+
git-cvsexportcommit is fairly conservative by default, and will fail
if the patch doens't apply cleanly. If that happens, you can fix the
issues manually:
0002-and-so-and-so-forth.patch
...
+Due to, among other things, the cvs->git synchronization lag it is
+easy to get conflicts on version.lisp-expr so you may want to delay
+finalizing version.lisp-expr and the .msg file that cvsexportcommit
+produced by bumping the version and adding it to the commit message.
+
To get latest changes from the CVS Git mirror you originally cloned
from, do