Code

git.git
19 years agoDocument hooks.
Junio C Hamano [Sat, 3 Sep 2005 04:19:26 +0000 (21:19 -0700)]
Document hooks.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoMention post-update when we first talk about publishing a repository.
Junio C Hamano [Fri, 2 Sep 2005 18:46:43 +0000 (11:46 -0700)]
Mention post-update when we first talk about publishing a repository.

There is more detailed instruction for `project lead` later in
the tutorial to talk about the same, but at this point in the
flow of tutorial, the first time reader has no way of knowing it.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoscripts: equality test '==' is not portable.
Junio C Hamano [Fri, 2 Sep 2005 17:53:15 +0000 (10:53 -0700)]
scripts: equality test '==' is not portable.

On NetBSD 3 we trigger an error:

    [: ==: unexpected operator

Double-equal is accepted by bash built-in '[' and bash(1) suggests
using '=' for strict POSIX compliance (test(1) from coreutils does not
mention '==').  Eradicate their uses everywhere.

[jc: Somebody with a pseudonym kindly sent a message to let
 me know about the problem privately; I do not have access to a NetBSD
 box.]

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agogit-checkout-script: Remove unnecessary variable.
Junio C Hamano [Fri, 2 Sep 2005 17:39:57 +0000 (10:39 -0700)]
git-checkout-script: Remove unnecessary variable.

There was unused variable $i that counted the number of arguments
being processed.  Remove it.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoFix automerge message.
Junio C Hamano [Fri, 2 Sep 2005 09:34:13 +0000 (02:34 -0700)]
Fix automerge message.

The rewrite done while adding the shorthand support made the remote
refname recorded in the commit message too long for human consumption,
while losing information by using the shorthand not the real URL to
name the remote repository there.  They were both bad changes done
without enough thinking.

Pointed out by Linus.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] Explain what went wrong on update-cache of new file
Amos Waterland [Thu, 1 Sep 2005 14:13:50 +0000 (09:13 -0500)]
[PATCH] Explain what went wrong on update-cache of new file

If somebody tries to run `git update-cache foo', where foo is a new
file, git dies with a rather cryptic error message:

 fatal: Unable to add foo to database

This trivial patch makes git explain what probably went wrong.  It is
not a perfect diagnosis of all error paths, but for 90% of the cases it
should provide the user with the clue they need.

[jc: I ended up wording slightly differently, and fixed another
 confusing error message I noticed while reviewing the code.]

Signed-off-by: Amos Waterland <apw@rossby.metr.ou.edu>
Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoAdd repository-layout document.
Junio C Hamano [Thu, 1 Sep 2005 23:56:13 +0000 (16:56 -0700)]
Add repository-layout document.

... and link to it from both the main index and the tutorial.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoUse 'git status' now it can handle initial commit.
Junio C Hamano [Thu, 1 Sep 2005 00:15:25 +0000 (17:15 -0700)]
Use 'git status' now it can handle initial commit.

Update 'git commit' to use the updated `git status`.  Also earlier
the `-s` flag was ignored for the initial commit.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoFix git-status when HEAD is invalid.
Junio C Hamano [Thu, 1 Sep 2005 00:13:48 +0000 (17:13 -0700)]
Fix git-status when HEAD is invalid.

It tried to do git-diff-cache against HEAD, of course.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoFix git-log-script when HEAD is invalid.
Junio C Hamano [Thu, 1 Sep 2005 00:11:39 +0000 (17:11 -0700)]
Fix git-log-script when HEAD is invalid.

It used 'die' without including git-sh-setup-script; since everything
it uses are subdirectory-aware, instead of including the script to
force it to be run from the top, use echo & exit.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoAdd Pine 4.63 help from Daniel.
Junio C Hamano [Wed, 31 Aug 2005 18:48:41 +0000 (11:48 -0700)]
Add Pine 4.63 help from Daniel.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoUpdate tutorial.
Junio C Hamano [Wed, 31 Aug 2005 06:08:06 +0000 (23:08 -0700)]
Update tutorial.

Finally I bit the bullet and did a full sweep of this document.
The changes are mostly clarifications, adjusting old terminology
to the glossary compatible one, and asciidoc formatting.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoshow-branch: make it work in a subdirectory.
Junio C Hamano [Tue, 30 Aug 2005 23:59:37 +0000 (16:59 -0700)]
show-branch: make it work in a subdirectory.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] Initial import of git-archimport-script
Martin Langhoff [Tue, 30 Aug 2005 09:56:52 +0000 (21:56 +1200)]
[PATCH] Initial import of git-archimport-script

Imports a project history from one or more Arch repositories, following
the branching and tagging across repositories. Note you should import
separate projects to separate GIT repositories.

Supported
 - Imports, tags and simple commits.
 - File renames
 - Arch tags
 - Binary files
 - Large trees
 - Multiple repositories
 - Branches

TODO:
 - Allow re-running the import on an already-imported project
 - Follow merges using Arch data
 - Audit shell escaping of filenames
 - Better support for file metadata
 - Better/safer creation of temp directories

Unsupported:
 - Arch 'configuration'

[jc: my arch/tla is very rusty and after Tom announced he is stepping
 down as the maintainer I have very little motivation to relearn it,
 so I would appreciate if people discuss any bugs or enhancements
 directly with Martin.  Of course I can help with the git end of the
 issues.]

Signed-off-by: Martin Langhoff <martin@catalyst.net.nz>
Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agocat-file: make it work in a subdirectory.
Junio C Hamano [Tue, 30 Aug 2005 16:07:50 +0000 (09:07 -0700)]
cat-file: make it work in a subdirectory.

Signed-off-by: Junio C Hamano <junkio@cox.net>
(cherry picked from 73244994ee4abd6e436e8a1d597dd917271d77a9 commit)

19 years agoDocumentaion updates.
Junio C Hamano [Tue, 30 Aug 2005 20:51:01 +0000 (13:51 -0700)]
Documentaion updates.

Mostly making the formatted html prettier.

Signed-off-by: Junio C Hamano <junkio@cox.net>
(cherry picked from 7adf1f15ebe074d4767df941817a6cf86d8e2533 commit)

19 years ago'git bisect visualize'
Junio C Hamano [Tue, 30 Aug 2005 19:45:41 +0000 (12:45 -0700)]
'git bisect visualize'

Linus says:

    I'm testing bisection to find a bug that causes my G5 to no longer boot,
    and during the process have found this command line very nice:

    gitk bisect/bad --not $(cd .git/refs ; ls bisect/good-*)

    it basically shows the state of bisection with the known bad commit as the
    top, and cutting off all the good commits - so what you see are the
    potential buggy commits.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] Fix bisection terminating condition
Linus Torvalds [Tue, 30 Aug 2005 18:04:39 +0000 (11:04 -0700)]
[PATCH] Fix bisection terminating condition

When testing bisection and using gitk to visualize the result, it was
obvious that the termination condition was broken.

We know what the bad entry is only when the bisection ends up telling us
to test the known-bad entry again.

Also, add a safety net: if somebody marks as good something that includes
the known-bad point, we now notice and complain, instead of writing an
empty revision to the new bisection branch.

Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoparse-remote: trivial fix to allow refs/{heads,tags}/ spelled easier.
Junio C Hamano [Tue, 30 Aug 2005 08:08:24 +0000 (01:08 -0700)]
parse-remote: trivial fix to allow refs/{heads,tags}/ spelled easier.

Earlier we always prefixed refs/heads to the token given to "git fetch"
(and "git pull") as refspec.  This was a mistake.  Allow them to be
spelled like "master:refs/tags/paulus" to mean "I want to fetch the
master there and store it as my local "paulus" tag.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoMerge refs/heads/master from paulus
Junio C Hamano [Tue, 30 Aug 2005 07:44:44 +0000 (00:44 -0700)]
Merge refs/heads/master from paulus

19 years agoMake sure howto/*.html is built as well.
Junio C Hamano [Tue, 30 Aug 2005 06:09:22 +0000 (23:09 -0700)]
Make sure howto/*.html is built as well.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] Make "git resolve" less scary
Linus Torvalds [Tue, 30 Aug 2005 05:36:16 +0000 (22:36 -0700)]
[PATCH] Make "git resolve" less scary

When we resolve a merge between two branches, and it removes a file in the
current branch, we notify the person doing the resolve with a big nice
notice like

Removing xyzzy

which is all well and good.

HOWEVER, we also do this when the file was actually removed in the current
branch, and we're merging with another branch that didn't have it removed
(or, indeed, if the other branch _did_ have it removed, but the common
parent was far enough back that the file still existed in there).

And that just doesn't make sense. In that case we're not removing
anything: the file didn't exist in the branch we're merging into in the
first place. So the message just makes people nervous, and makes no sense.

This has been around forever, but I never bothered to do anything about
it.

Until now.

The trivial fix is to only talk about removing files if the file existed
in the branch we're merging into, but will not exist in the result.

Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoAllow asciidoc formatted documentation in howto/
Junio C Hamano [Tue, 30 Aug 2005 05:38:12 +0000 (22:38 -0700)]
Allow asciidoc formatted documentation in howto/

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoAdd [HOWTO] revert/branch/rebase.
Junio C Hamano [Tue, 30 Aug 2005 04:50:49 +0000 (21:50 -0700)]
Add [HOWTO] revert/branch/rebase.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agogit commit: Allow editing on all occasions.
Junio C Hamano [Tue, 30 Aug 2005 04:25:19 +0000 (21:25 -0700)]
git commit: Allow editing on all occasions.

Sometimes it may be handy to be able to edit messages that come
from somewhere other than an existing commit.

This makes 'git commit -F <file> -e' to start editor with the initial
log message contents taken from <file>.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoDo not verify reverted/cherry-picked/rebased patches.
Junio C Hamano [Tue, 30 Aug 2005 04:19:04 +0000 (21:19 -0700)]
Do not verify reverted/cherry-picked/rebased patches.

The original committer may have used validation criteria that is less
stricter than yours.  You do not want to lose the changes even if they
are done in substandard way from your 'commit -v' verifier's point of
view.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoFix compilation warnings.
Junio C Hamano [Tue, 30 Aug 2005 04:17:21 +0000 (21:17 -0700)]
Fix compilation warnings.

... found by compiling them with gcc 2.95.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] Update Thunderbird specific hints.
A Large Angry SCM [Tue, 30 Aug 2005 02:34:07 +0000 (22:34 -0400)]
[PATCH] Update Thunderbird specific hints.

Setting the wraplength to zero keeps the bird from trimming WS.

Signed-off-by: <gitzilla@gmail.com>
(cherry picked from 1d535d525d6a0ddddc3755065d721278bc5f0aff commit)

19 years ago[PATCH] Documentation for git-request-pull-script.
A Large Angry SCM [Tue, 30 Aug 2005 02:33:14 +0000 (22:33 -0400)]
[PATCH] Documentation for git-request-pull-script.

Copy & paste source comments into documentation.

Signed-off-by: <gitzilla@gmail.com>
(cherry picked from 10dce95490cb02f66b3a08984ccdee0a92b48236 commit)

19 years ago[PATCH] Documentation for git-clone-dumb-http.
A Large Angry SCM [Tue, 30 Aug 2005 02:32:04 +0000 (22:32 -0400)]
[PATCH] Documentation for git-clone-dumb-http.

Copy & paste source comments into documentation.

Signed-off-by: <gitzilla@gmail.com>
(cherry picked from f79528e5d05a64d68b8e09a18521950775e99ec1 commit)

19 years ago[PATCH] Documentation for git-daemon.
A Large Angry SCM [Tue, 30 Aug 2005 02:31:22 +0000 (22:31 -0400)]
[PATCH] Documentation for git-daemon.

Copy & paste source comments into documentation.

Signed-off-by: <gitzilla@gmail.com>
(cherry picked from 5d0a4efeff62cfa363437f91308453b5b9fd8cf5 commit)

19 years agoDraw selected graph line thicker and make arrowheads active.
Paul Mackerras [Tue, 30 Aug 2005 00:57:11 +0000 (10:57 +1000)]
Draw selected graph line thicker and make arrowheads active.

19 years agoAccumulated documentation updates.
Junio C Hamano [Tue, 30 Aug 2005 00:21:06 +0000 (17:21 -0700)]
Accumulated documentation updates.
Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agogit-repack-script: Add option to repack all objects.
Junio C Hamano [Mon, 29 Aug 2005 17:29:53 +0000 (10:29 -0700)]
git-repack-script: Add option to repack all objects.

This originally came from Frank Sorenson, but with a bit of rework to
allow future enhancements without changing the external interface for
pack pruning part.

With the '-a' option, all objects in the current repository are packed
into a single pack.  When the '-d' option is given at the same time,
existing packs that were made redundant by this round of repacking are
deleted.

Since we currently have only two repacking strategies, one with '-a'
(everything into one) and the other without '-a' (incrementally pack
only the unpacked ones), the '-d' option is meaningful only when used
with '-a'; it removes the packs existed before we did the "everything
into one" repacking.  At least for now.

Signed-off-by: Junio C Hamano <junkio@cox.net>
Acked-by: Frank Sorenson <frank@tuxrocks.com>
(cherry picked from bfed505327e31221d8de796b3af880bad696b149 commit)

19 years agoUpdates: show-branch
Junio C Hamano [Tue, 30 Aug 2005 00:19:47 +0000 (17:19 -0700)]
Updates: show-branch

Earlier show-branch gave names only to commits reachable via first
parent ancestry chain.  Change the naming code to name everybody.

The original idea was to stop at the first merge point in the
topological order, and --more=<n> to show commits until we show <n>
more extra merge points.  However depending on the order of how we
discover the commits, it additionally showed parents of the <n>th
merge points, which was unnecessary.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agomailinfo and applymbox updates
Junio C Hamano [Sun, 28 Aug 2005 19:33:16 +0000 (12:33 -0700)]
mailinfo and applymbox updates

This attempts to minimally cope with a subset of MIME "features" often
seen in patches sent to our mailing lists.  Namely:

 - People's name spelled in characters outside ASCII (both on From:
   header and the signed-off-by line).

 - Content-transfer-encoding using quoted-printable (both in
   multipart and non-multipart messages).

These MIME features are detected and decoded by "git mailinfo".

Optionally, with the '-u' flag, the output to .info and .msg is
transliterated from its original chaset to utf-8.  This is to
encourage people to use utf8 in their commit messages for
interoperability.

Applymbox accepts additional flag '-u' which is passed to mailinfo.

Signed-off-by: Junio C Hamano / 濱野 純 <junkio@cox.net>
19 years agoDocument "git cherry-pick" and "git revert"
Junio C Hamano [Sun, 28 Aug 2005 10:01:09 +0000 (03:01 -0700)]
Document "git cherry-pick" and "git revert"

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoRemove git-apply-patch-script.
Junio C Hamano [Sat, 27 Aug 2005 00:27:07 +0000 (17:27 -0700)]
Remove git-apply-patch-script.

Now the rebase is rewritten to use git cherry-pick, there is no user
for that ancient script.  I've checked Cogito and StGIT to make sure
they do not use it.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoRedo "revert" using three-way merge machinery.
Junio C Hamano [Sun, 28 Aug 2005 06:53:27 +0000 (23:53 -0700)]
Redo "revert" using three-way merge machinery.

The reverse patch application using "git apply" sometimes is too
rigid.  Since the user would get used to resolving conflicting merges
by hand during the normal merge experience, using the same machinery
would be more helpful rather than just giving up.

Cherry-picking and reverting are essentially the same operation.
You pick one commit, and apply the difference that commit introduces
to its own commit ancestry chain to the current tree.  Revert applies
the diff in reverse while cherry-pick applies it forward.  They share
the same logic, just different messages and merge direction.

Rewrite "git rebase" using "git cherry-pick".

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoRevert "Replace zero-length array decls with []."
Junio C Hamano [Mon, 29 Aug 2005 19:41:03 +0000 (12:41 -0700)]
Revert "Replace zero-length array decls with []."

This reverts 6c5f9baa3bc0d63e141e0afc23110205379905a4 commit, whose
change breaks gcc-2.95.

Not that I ignore portability to compilers that are properly C99, but
keeping compilation with GCC working is more important, at least for
now.  We would probably end up declaring with "name[1]" and teach the
allocator to subtract one if we really aimed for portability, but that
is left for later rounds.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoMerge refs/heads/portable from http://www.cs.berkeley.edu/~ejr/gits/git.git
Junio C Hamano [Mon, 29 Aug 2005 06:02:01 +0000 (23:02 -0700)]
Merge refs/heads/portable from cs.berkeley.edu/~ejr/gits/git.git

19 years ago[PATCH] tutorial note about git branch
Amos Waterland [Mon, 29 Aug 2005 04:05:36 +0000 (23:05 -0500)]
[PATCH] tutorial note about git branch

Explain that an asterisk will be displayed in front of the current
branch when you run `git branch' to see which are available.

Signed-off-by: Amos Waterland <apw@rossby.metr.ou.edu>
Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoUpdate SubmittingPatches.
Junio C Hamano [Mon, 29 Aug 2005 00:54:18 +0000 (17:54 -0700)]
Update SubmittingPatches.

- It does not matter how I read git list.  What matters is that
  I do not necessarily read everything on it.

- Talk a bit about how to use applymbox to check one's own
  patches.

- Talk a bit about PGP signed patches.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] Add footnote about Thunderbird about trimming trailing WS.
A Large Angry SCM [Sun, 28 Aug 2005 21:17:15 +0000 (17:17 -0400)]
[PATCH] Add footnote about Thunderbird about trimming trailing WS.

Add footnote about Thunderbird about trimming trailing WS.

Signed-off-by: <gitzilla@gmail.com>
Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] Add some documentation.
A Large Angry SCM [Sun, 28 Aug 2005 21:16:01 +0000 (17:16 -0400)]
[PATCH] Add some documentation.

Add some documentation.

Text taken from the the commit messages and the command sources.

Signed-off-by: <gitzilla@gmail.com>
Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] New git-apply test cases for scanning forwards and backwards.
Robert Fitzsimons [Sun, 28 Aug 2005 15:25:10 +0000 (15:25 +0000)]
[PATCH] New git-apply test cases for scanning forwards and backwards.

Added a new test case for the scanning forwards and backwards for the
correct location to apply a patch fragment.

Signed-off-by: Robert Fitzsimons <robfitz@273k.net>
Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] New git-apply test cases for patches with mulitple fragments.
Robert Fitzsimons [Sun, 28 Aug 2005 15:25:06 +0000 (15:25 +0000)]
[PATCH] New git-apply test cases for patches with mulitple fragments.

Added a test case for patches with multiple fragments.

Signed-off-by: Robert Fitzsimons <robfitz@273k.net>
Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] Fix git patch header processing in git-apply.
Robert Fitzsimons [Sun, 28 Aug 2005 15:24:27 +0000 (15:24 +0000)]
[PATCH] Fix git patch header processing in git-apply.

Stop processing and return NULL if we encounter a '\n' character
before we have two matching names in the git header.

Signed-off-by: Robert Fitzsimons <robfitz@273k.net>
Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoTeach git-status-script about git-ls-files --others
Junio C Hamano [Fri, 26 Aug 2005 09:12:50 +0000 (02:12 -0700)]
Teach git-status-script about git-ls-files --others

When there is non-empty $GIT_DIR/info/exclude file, use it along
with .gitignore per-directory exclude pattern files (which was
a convention agreed on the list while ago and is compatible with
Cogito) to generate a list of ignored files as well.

Signed-off-by: Junio C Hamano <junkio@cox.net>
(cherry picked from d330948a5ff0df55c2f12627c0583b4e16f1ea4d commit)

19 years agoShow the branch name more prominently in "git status".
Junio C Hamano [Fri, 26 Aug 2005 23:53:26 +0000 (16:53 -0700)]
Show the branch name more prominently in "git status".

When not working on "master" branch, remind the user at the beginning
of the status message, not at the end.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoBarf nicely when "git push" is run without parameter.
Junio C Hamano [Fri, 26 Aug 2005 17:37:17 +0000 (10:37 -0700)]
Barf nicely when "git push" is run without parameter.

Saying "internal error" makes it look like my fault ;-).

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] Make .git directory validation code test HEAD
Linus Torvalds [Sat, 27 Aug 2005 20:54:42 +0000 (13:54 -0700)]
[PATCH] Make .git directory validation code test HEAD

Inspired by a report by Kalle Valo, this changes git-sh-setup-script and
the "setup_git_directory()" function to test that $GIT_DIR/HEAD is a
symlink, since a number of core git features depend on that these days.

We used to allow a regular file there, but git-fsck-cache has been
complaining about that for a while, and anything that uses branches
depends on the HEAD file being a symlink, so let's just encode that as a
fundamental requirement.

Before, a non-symlink HEAD file would appear to work, but have subtle bugs
like not having the HEAD show up as a valid reference (because it wasn't
under "refs"). Now, we will complain loudly, and the user can fix it up
trivially instead of getting strange behaviour.

This also removes the tests for "$GIT_DIR" and "$GIT_OBJECT_DIRECTORY"
being directories, since the other tests will implicitly test for that
anyway (ie the tests for HEAD, refs and 00 would fail).

Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoUpdate SubmittingPatches to add MUA specific notes.
Junio C Hamano [Sat, 27 Aug 2005 06:53:07 +0000 (23:53 -0700)]
Update SubmittingPatches to add MUA specific notes.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoAccept -m and friends for initial commits and merge commits.
Junio C Hamano [Fri, 26 Aug 2005 01:57:35 +0000 (18:57 -0700)]
Accept -m and friends for initial commits and merge commits.

Yes it was irritating not to be able to do so.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoAdd how-to on using update-hook.
Junio C Hamano [Sat, 27 Aug 2005 05:35:45 +0000 (22:35 -0700)]
Add how-to on using update-hook.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoFix pulling into the same branch.
Junio C Hamano [Fri, 26 Aug 2005 01:15:32 +0000 (18:15 -0700)]
Fix pulling into the same branch.

When the "git pull" command updates the branch head you are
currently on, before doing anything else, first update your
index file and the working tree contents to that of the new
branch head.  Otherwise, the later resolving steps would think
your index file is attempting to revert the change between the
original head commit and the updated head commit.

It uses two-tree fast-forward form of "read-tree -m -u" to
prevent losing whatever local changes you may have in the
working tree to do this update.  I think this would at least
make things safer (a lot safer), and prevent mistakes.

Also "git fetch" command is forbidden from fetching and fast
forwarding the current branch head unless --update-head-ok flag
is given.  "git pull" passes the flag when it internally calls
"git fetch".

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoEnable git-send-email-script on Debian.
Junio C Hamano [Thu, 25 Aug 2005 23:31:43 +0000 (16:31 -0700)]
Enable git-send-email-script on Debian.

You can define WITH_SEND_EMAIL to include the send-email command as
part of the installation.  Since Debian, unlike RPM/Fedora, has the
two necessary Perl modules available as part of the mainline
distribution, there is no reason for us to shy away from shipping
send-email.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoUpdate the main documentation index.
Junio C Hamano [Sat, 27 Aug 2005 04:33:46 +0000 (21:33 -0700)]
Update the main documentation index.

Gitzilla updated bunch of undocumented command pages, so move the
entries in the main documentation index around to put them in proper
category.  Ordering within category will be fixed later.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] Subject: [PATCH] Add some documentation.
A Large Angry SCM [Sat, 27 Aug 2005 01:18:48 +0000 (18:18 -0700)]
[PATCH] Subject: [PATCH] Add some documentation.

Add some documentation.

Text taken from the the commit messages and the command sources.

19 years ago[PATCH] git bugfixes and cleanups, mainly Debian things
Tommi Virtanen [Fri, 26 Aug 2005 11:00:04 +0000 (14:00 +0300)]
[PATCH] git bugfixes and cleanups, mainly Debian things

Point Debian doc-base at the right files. Clean up.

Signed-off-by: Tommi Virtanen <tv@debian.org>
Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] git bugfixes and cleanups, mainly Debian things
Tommi Virtanen [Fri, 26 Aug 2005 11:00:05 +0000 (14:00 +0300)]
[PATCH] git bugfixes and cleanups, mainly Debian things

Ignore generated files.

Signed-off-by: Tommi Virtanen <tv@debian.org>
Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] git bugfixes and cleanups, mainly Debian things
Tommi Virtanen [Fri, 26 Aug 2005 11:00:04 +0000 (14:00 +0300)]
[PATCH] git bugfixes and cleanups, mainly Debian things

Generate docs for gitk. Install them in the right deb package.

Signed-off-by: Tommi Virtanen <tv@debian.org>
Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] git bugfixes and cleanups, mainly Debian things
Tommi Virtanen [Fri, 26 Aug 2005 11:00:04 +0000 (14:00 +0300)]
[PATCH] git bugfixes and cleanups, mainly Debian things

Make the git deb conflict with cogito versions prior to 0.13, as those
versions used to contain git. Suggest cogito.

Signed-off-by: Tommi Virtanen <tv@debian.org>
Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] git bugfixes and cleanups, mainly Debian things
Tommi Virtanen [Fri, 26 Aug 2005 11:00:03 +0000 (14:00 +0300)]
[PATCH] git bugfixes and cleanups, mainly Debian things

Fix syntax error in debian Build-Depends-Indep, dpkg-checkbuilddeps used
to give false ok results.

Signed-off-by: Tommi Virtanen <tv@debian.org>
Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoAdd Abstract: support for howto index generator.
Junio C Hamano [Fri, 26 Aug 2005 19:35:51 +0000 (12:35 -0700)]
Add Abstract: support for howto index generator.

Maybe it's time for me to really learn asciidoc.  Also I should do Perl ;-).

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] More missing terms in glossary.txt
Johannes Schindelin [Thu, 25 Aug 2005 14:24:13 +0000 (16:24 +0200)]
[PATCH] More missing terms in glossary.txt

Describe a DAG and octopus, and change wording of tree object.

Signed-off-by: Johannes Schindelin <Johannes.Schindelin@gmx.de>
Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] update howto/using-topic-branches.txt
tony.luck@intel.com [Fri, 26 Aug 2005 05:11:08 +0000 (22:11 -0700)]
[PATCH] update howto/using-topic-branches.txt

Various updates and cleanups for my howto on using branches in GIT
as a Linux subsystem maintainer.  Three categories of changes:

1) Updates for new features in GIT 0.99.5
2) Changes to use "git fetch" rather than "git pull" to update
   local linus branch.
3) Cleanups suggested by Len Brown

Signed-off-by: Tony Luck <tony.luck@intel.com>
Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoDon't forget to build the howto-index file.
Junio C Hamano [Thu, 25 Aug 2005 07:36:41 +0000 (00:36 -0700)]
Don't forget to build the howto-index file.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoLink howto documents from the main git.txt documentation.
Junio C Hamano [Thu, 25 Aug 2005 07:28:18 +0000 (00:28 -0700)]
Link howto documents from the main git.txt documentation.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoSort branch names snarfed from refs/ hierarchy.
Junio C Hamano [Thu, 25 Aug 2005 06:26:20 +0000 (23:26 -0700)]
Sort branch names snarfed from refs/ hierarchy.
Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoFix fetching of tags.
Junio C Hamano [Thu, 25 Aug 2005 05:46:07 +0000 (22:46 -0700)]
Fix fetching of tags.

"git fetch tag <tag>" stored a tag after dereferencing.  Bad.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoMerge refs/heads/master from . v0.99.5
Junio C Hamano [Thu, 25 Aug 2005 01:54:24 +0000 (18:54 -0700)]
Merge refs/heads/master from .

19 years ago[PATCH] Fix silly pathspec bug in git-ls-files
Linus Torvalds [Wed, 24 Aug 2005 00:14:13 +0000 (17:14 -0700)]
[PATCH] Fix silly pathspec bug in git-ls-files

The "verify_pathspec()" function doesn't test for ending NUL character in
the pathspec, causing some really funky and unexpected behaviour. It just
happened to work in the cases I had tested.

Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] Fix git-checkout-script exit status
tony.luck@intel.com [Tue, 23 Aug 2005 21:03:14 +0000 (14:03 -0700)]
[PATCH] Fix git-checkout-script exit status

Sometimes the git-read-tree in git-checkout-script fails for me.
Make sure that the failed status is passed up to caller.

Signed-off-by: Tony Luck <tony.luck@intel.com>
Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoMerge refs/heads/master from .
Junio C Hamano [Thu, 25 Aug 2005 00:50:26 +0000 (17:50 -0700)]
Merge refs/heads/master from .

19 years agoFix markup minimally to get man pages built.
Junio C Hamano [Thu, 25 Aug 2005 00:50:05 +0000 (17:50 -0700)]
Fix markup minimally to get man pages built.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoMerge refs/heads/master from .
Junio C Hamano [Wed, 24 Aug 2005 23:56:48 +0000 (16:56 -0700)]
Merge refs/heads/master from .

19 years agoUpdate tutorial to describe shared repository style a bit more.
Junio C Hamano [Wed, 24 Aug 2005 23:46:11 +0000 (16:46 -0700)]
Update tutorial to describe shared repository style a bit more.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoDocumentation: multi-head fetch.
Junio C Hamano [Wed, 24 Aug 2005 23:23:08 +0000 (16:23 -0700)]
Documentation: multi-head fetch.

Add documentation related to multi-head work, including $GIT_DIR/remotes/
changes.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoSupport +<src>:<dst> format in push as well.
Junio C Hamano [Wed, 24 Aug 2005 07:40:14 +0000 (00:40 -0700)]
Support +<src>:<dst> format in push as well.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] Allow "+remote:local" refspec to cause --force when fetching.
Junio C Hamano [Tue, 23 Aug 2005 05:52:43 +0000 (22:52 -0700)]
[PATCH] Allow "+remote:local" refspec to cause --force when fetching.

With this we could say:

    Pull: master:ko-master +pu:ko-pu

to mean "fast forward ko-master with master, overwrite ko-pu with pu",
and the latter one does not require the remote "pu" to be descendant
of local "ko-pu".

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] Use git-octopus when pulling more than one heads.
Junio C Hamano [Tue, 23 Aug 2005 04:57:59 +0000 (21:57 -0700)]
[PATCH] Use git-octopus when pulling more than one heads.

With this, you can finally say "git pull jgarzik sil24 pdc2027x".

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] "git fetch --force".
Junio C Hamano [Tue, 23 Aug 2005 04:28:33 +0000 (21:28 -0700)]
[PATCH] "git fetch --force".

Just like "git push" can forcibly update a ref to a value that is not
a fast-forward, teach "git fetch" to do so as well.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] Use .git/remote/origin, not .git/branches/origin.
Junio C Hamano [Sat, 20 Aug 2005 10:05:42 +0000 (03:05 -0700)]
[PATCH] Use .git/remote/origin, not .git/branches/origin.

Now multi-head fetch is complete, let's migrate the
default configuration for new repositories created with
the "git clone" command.

The original $GIT_DIR/branches is not deprecated yet, but create
remotes directory by default from the templates as well.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] Make "git pull" and "git fetch" default to origin
Junio C Hamano [Sat, 20 Aug 2005 10:00:03 +0000 (03:00 -0700)]
[PATCH] Make "git pull" and "git fetch" default to origin

Amos Waterland sent in a patch for the pre-multi-head aware
version of "git pull" to do this, but the code changed quite a
bit since then.  If there is no argument given to pull from, and
if "origin" makes sense, default to fetch/pull from "origin"
instead of barfing.

[jc: besides, the patch by Amos broke the non-default case where
explicit refspecs are specified, and did not make sure we know
what "origin" means before defaulting to it.]

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] Infamous 'octopus merge'
Junio C Hamano [Sat, 20 Aug 2005 09:58:42 +0000 (02:58 -0700)]
[PATCH] Infamous 'octopus merge'

This script uses the list of heads and their origin multi-head "git
fetch" left in the $GIT_DIR/FETCH_HEAD file, and makes an octopus
merge on top of the current HEAD using them.

The implementation tries to be strict for the sake of safety.  It
insists that your working tree is clean (no local changes) and matches
the HEAD, and when any of the merged heads does not automerge, the
whole process is aborted and tries to rewind your working tree is to
the original state.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] Retire git-parse-remote.
Junio C Hamano [Sat, 20 Aug 2005 09:57:26 +0000 (02:57 -0700)]
[PATCH] Retire git-parse-remote.

Update git-pull to match updated git-fetch and allow pull to
fetch from multiple remote references.  There is no support for
resolving more than two heads, which will be done with "git
octopus".

Update "git ls-remote" to use git-parse-remote-script.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] Multi-head fetch.
Junio C Hamano [Sat, 20 Aug 2005 09:54:34 +0000 (02:54 -0700)]
[PATCH] Multi-head fetch.

Traditionally, fetch takes these forms:

    $ git fetch <remote>
    $ git fetch <remote> <head>
    $ git fetch <remote> tag <tag>

This patch updates it to take

    $ git fetch <remote> <refspec>...

where:

    - A <refspec> of form "<src>:<dst>" is to fetch the objects
      needed for the remote ref that matches <src>, and if <dst>
      is not empty, store it as a local <dst>.

    - "tag" followed by <next> is just an old way of saying
      "refs/tags/<next>:refs/tags/<next>"; this mimics the
      current behaviour of the third form above and means "fetch
      that tag and store it under the same name".

    - A single token <refspec> without colon is a shorthand for
      "<refspec>:"  That is, "fetch that ref but do not store
      anywhere".

    - when there is no <refspec> specified

      - if <remote> is the name of a file under $GIT_DIR/remotes/
(i.e. a new-style shorthand), then it is the same as giving
the <refspec>s listed on Pull: line in that file.

      - if <remote> is the name of a file under $GIT_DIR/branches/
(i.e. an old-style shorthand, without trailing path), then it
is the same as giving a single <refspec>
"<remote-name>:refs/heads/<remote>" on the command line, where
<remote-name> is the remote branch name (defaults to HEAD, but
can be overridden by .git/branches/<remote> file having the
URL fragment notation).  That is, "fetch that branch head and
store it in refs/heads/<remote>".

      - otherwise, it is the same as giving a single <refspec>
        that is "HEAD:".

The SHA1 object names of fetched refs are stored in FETCH_HEAD,
one name per line, with a comment to describe where it came from.
This is later used by "git resolve" and "git octopus".

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] Start adding the $GIT_DIR/remotes/ support.
Junio C Hamano [Sat, 20 Aug 2005 09:52:24 +0000 (02:52 -0700)]
[PATCH] Start adding the $GIT_DIR/remotes/ support.

All the necessary parsing code is in git-parse-remote-script;
update git-push-script to use it.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years ago[PATCH] Fix "prefix" mixup in git-rev-list
Pavel Roskin [Wed, 24 Aug 2005 21:58:42 +0000 (17:58 -0400)]
[PATCH] Fix "prefix" mixup in git-rev-list

Recent changes in git have broken cg-log.  git-rev-list no longer
prints "commit" in front of commit hashes.  It turn out a local
"prefix" variable in main() shadows a file-scoped "prefix" variable.

The patch removed the local "prefix" variable since its value is never
used (in the intended way, that is).  The call to
setup_git_directory() is kept since it has useful side effects.

The file-scoped "prefix" variable is renamed to "commit_prefix" just
in case someone reintroduces "prefix" to hold the return value of
setup_git_directory().

Signed-off-by: Pavel Roskin <proski@gnu.org>
Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoAudit rev-parse users again.
Junio C Hamano [Wed, 24 Aug 2005 21:31:36 +0000 (14:31 -0700)]
Audit rev-parse users again.

Some callers to rev-parse were using the output selection flags
inconsistently.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoRationalize output selection in rev-parse.
Junio C Hamano [Wed, 24 Aug 2005 21:30:04 +0000 (14:30 -0700)]
Rationalize output selection in rev-parse.

Earlier rounds broke 'whatchanged -p'.  In attempting to fix this,
make two axis of output selection in rev-parse orthogonal:

  --revs-only tells it not to output things that are not revisions nor
flags that rev-list would take.
  --no-revs tells it not to output things that are revisions or
flags that rev-list would take.
  --flags tells it not to output parameters that do not start with
a '-'.
  --no-flags tells it not to output parameters that starts with a '-'.

So for example 'rev-parse --no-revs -p arch/i386' would yield '-p arch/i386',
while 'rev-parse --no-revs --flags -p archi/i386' would give just '-p'.

Also the meaning of --verify has been made stronger.  It now rejects
anything but a single valid rev argument.  Earlier it passed some flags
through without complaining.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoGenerate pack info file after repack.
Junio C Hamano [Wed, 24 Aug 2005 17:40:58 +0000 (10:40 -0700)]
Generate pack info file after repack.

Pulling from a packed repository over dumb transport without the
server info file fails, so run update-server-info automatically
after a repack by default.  This can be disabled with the '-n'
flag.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoMerge refs/heads/master from .
Junio C Hamano [Wed, 24 Aug 2005 04:30:42 +0000 (21:30 -0700)]
Merge refs/heads/master from .

19 years agoLink the tutorial from the main document.
Junio C Hamano [Wed, 24 Aug 2005 04:18:49 +0000 (21:18 -0700)]
Link the tutorial from the main document.

And lead the reader to it at the beginning of the manual.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoTry to find the optimum merge base while resolving.
Junio C Hamano [Wed, 24 Aug 2005 04:08:59 +0000 (21:08 -0700)]
Try to find the optimum merge base while resolving.

The merge-base command acquires a new option, '--all', that causes it
to output all the common ancestor candidates.  The "git resolve"
command then uses it to pick the optimum merge base by picking the one
that results in the smallest number of nontrivial merges.

Signed-off-by: Junio C Hamano <junkio@cox.net>
19 years agoReplace C99 array initializers with code.
Jason Riedy [Tue, 23 Aug 2005 20:52:52 +0000 (13:52 -0700)]
Replace C99 array initializers with code.

The only use of C99 array initializers is in ident.c, so
just replace it with initializing code.

Signed-off-by: Jason Riedy <ejr@cs.berkeley.edu>
19 years agoReplace unsetenv() and setenv() with older putenv().
Jason Riedy [Tue, 23 Aug 2005 20:52:01 +0000 (13:52 -0700)]
Replace unsetenv() and setenv() with older putenv().

Solaris 8 doesn't have the newer unsetenv() and setenv()
functions, so replace them with putenv().  The one use of
unsetenv() in fsck-cache.c now sets GIT_ALTERNATE_OBJECT_
DIRECTORIES to the empty string.  Every place that var
is used, NULLs are also replaced with empty strings, so
it's ok.

Signed-off-by: Jason Riedy <ejr@cs.berkeley.edu>
19 years agoInclude sys/time.h in daemon.c.
Jason Riedy [Tue, 23 Aug 2005 20:34:44 +0000 (13:34 -0700)]
Include sys/time.h in daemon.c.

Some systems and feature levels want sys/time.h for fd_set
functionality.

Signed-off-by: Jason Riedy <ejr@cs.berkeley.edu>
19 years agoFix ?: statements.
Jason Riedy [Tue, 23 Aug 2005 20:34:07 +0000 (13:34 -0700)]
Fix ?: statements.

Omitting the first branch in ?: is a GNU extension.  Cute,
but not supported by other compilers.  Replaced mostly
by explicit tests.  Calls to getenv() simply are repeated
on non-GNU compilers.

Signed-off-by: Jason Riedy <ejr@cs.berkeley.edu>