summary | shortlog | log | commit | commitdiff | tree
raw | patch | inline | side by side (parent: f1ec72b)
raw | patch | inline | side by side (parent: f1ec72b)
author | Junio C Hamano <junkio@cox.net> | |
Thu, 29 Dec 2005 09:20:06 +0000 (01:20 -0800) | ||
committer | Junio C Hamano <junkio@cox.net> | |
Thu, 29 Dec 2005 09:32:56 +0000 (01:32 -0800) |
Signed-off-by: Junio C Hamano <junkio@cox.net>
17 files changed:
index dc9387b697ec41172c7c3709467a83c781529d22..8fd1a33499b34bea37a8a2ac3ce80f6681dfee86 100644 (file)
git has a couple of alternatives, though, that you may find sufficient
or even superior depending on your use. One is called "git-whatchanged"
(for obvious reasons) and the other one is called "pickaxe" ("a tool for
-the software archeologist").
+the software archaeologist").
The "git-whatchanged" script is a truly trivial script that can give you
a good overview of what has changed in a file or a directory (or an
index 97756ec03086614051d5780b00825e24ee5ef56f..0398b408c05d2dccb9806c0add6d1acd13871d74 100644 (file)
What -p option produces is slightly different from the
traditional diff format.
-1. It is preceeded with a "git diff" header, that looks like
+1. It is preceded with a "git diff" header, that looks like
this:
diff --git a/file1 b/file2
index 9e574a04d3904228f835eca2ab698c66b92bf2a8..5c85167ff26b40cb1c9d6f282eed268eb0457822 100644 (file)
--abbrev[=<n>]::
Instead of showing the full 40-byte hexadecimal object
name in diff-raw format output and diff-tree header
- lines, show only handful dhexigits prefix. This is
+ lines, show only handful hexdigits prefix. This is
independent of --full-index option above, which controls
the diff-patch output format. Non default number of
digits can be specified with --abbrev=<n>.
index 4cae41267a903d21e6745b3fb45963b6da4dad04..89e461402e6d1476c192daca0c24700707ca432b 100644 (file)
----------
The list of <file> given to the command is fed to `git-ls-files`
-command to list files that are not registerd in the index and
+command to list files that are not registered in the index and
are not ignored/excluded by `$GIT_DIR/info/exclude` file or
`.gitignore` file in each directory. This means two things:
index a2bd788f379d7d7bec542d3c7538f02934bec844..fe57fe1e92fd69054e5d41ceae7d0f7519218d5e 100644 (file)
-----------
Imports a project from one or more Arch repositories. It will follow branches
and repositories within the namespaces defined by the <archive/branch>
-parameters suppplied. If it cannot find the remote branch a merge comes from
+parameters supplied. If it cannot find the remote branch a merge comes from
it will just import it as a regular commit. If it can find it, it will mark it
as a merge whenever possible (see discussion below).
index dba6d30fcf6c0200b8e60c989dacca7ca21af75d..5d2096a4c67e07a697f7d57b67aa1900697b406c 100644 (file)
contents (the ones I'd write with a "git-write-tree")
For example, let's say that you have worked on your working directory, updated
-some files in the index and are ready to commit. You want to see eactly
+some files in the index and are ready to commit. You want to see exactly
*what* you are going to commit is without having to write a new tree
object and compare it that way, and to do that, you just do
actually look at the contents of the file at all. So maybe
`kernel/sched.c` hasn't actually changed, and it's just that you
touched it. In either case, it's a note that you need to
-"git-upate-index" it to make the index be in sync.
+"git-update-index" it to make the index be in sync.
NOTE: You can have a mixture of files show up as "has been updated"
and "is still dirty in the working directory" together. You can always
index 9a2947e27dc2476a78bad93957cca18a06ab037b..f2312f4d78ae0c8771d092a82a638cfe093ffa0f 100644 (file)
-s::
By default, "git-diff-tree --stdin" shows differences,
either in machine-readable form (without '-p') or in patch
- form (with '-p'). This output can be supressed. It is
+ form (with '-p'). This output can be suppressed. It is
only useful with '-v' flag.
-v::
index b04f393bc4a15c6bba6485d4ef0c609158073ee2..ca4163402261f1d381750bc5317d5e405f72a91c 100644 (file)
<1> instead of using the tip of the current branch, compare with the
tip of "test" branch.
<2> instead of comparing with the tip of "test" branch, compare with
-the tip of the curren branch, but limit the comparison to the
+the tip of the current branch, but limit the comparison to the
file "test".
<3> compare the version before the last commit and the last commit.
------------
index 186f3bb57a6d77da9705860d730cf8cd3c9d867f..e42af5ebe2052ad82af362ca7ffd3b6f93af4488 100644 (file)
H:: cached
M:: unmerged
R:: removed/deleted
- C:: modifed/changed
+ C:: modified/changed
K:: to be killed
? other
index 009ec5ab374ef36426d9db32ef31b028a403ed6a..2d67d3911ed9e6081534f5311b0a76c632f73a6d 100644 (file)
output of the command.
--stdout::
- Write the pack contents (what would have been writtin to
+ Write the pack contents (what would have been written to
.pack file) out to the standard output.
--window and --depth::
index 5eefe02437c296229b9d9e964cd457e7a0734f2a..306946412fe669727a4b113e2e64bb1d45d62ecf 100644 (file)
actually the section and the key separated by a dot, and the value will be
escaped.
-If you want to set/unset an option which can occor on multiple lines, you
+If you want to set/unset an option which can occur on multiple lines, you
should provide a POSIX regex for the value. If you want to handle the lines
-*not* matching the regex, just prepend a single exlamation mark in front
+*not* matching the regex, just prepend a single exclamation mark in front
(see EXAMPLES).
This command will fail if
index 064ccb1f8707bc6e82d43bcabb20bb30aec6236f..75c9968004b4de9ba83432c9e35d4bbef1822396 100644 (file)
+
Commits marked with (^) are not parents of the immediately preceding commit.
These "breaks" represent necessary discontinuities implied by trying to
-represent an arbtirary DAG in a linear form.
+represent an arbitrary DAG in a linear form.
+
`--show-breaks` is only valid if `--merge-order` is also specified.
index ffe64d83533cb60d8a54bd33b784fda52091f9f2..5b76f3b99e2f3a9d0ecc9357117baa1491d4879e 100644 (file)
displayed, indented N places. If a commit is on the I-th
branch, the I-th indentation character shows a '+' sign;
otherwise it shows a space. Each commit shows a short name that
-can be used as an exended SHA1 to name that commit.
+can be used as an extended SHA1 to name that commit.
The following example shows three branches, "master", "fixes"
and "mhf":
index f8dbee70961f932e1c2be29bd11d862d9b1c002c..6e342f581a4049ed141c810ccc189f9f8cb405ad 100644 (file)
-s <start_rev>::
Start importing at this SVN change number. The default is 1.
+
-When importing incementally, you might need to edit the .git/svn2git file.
+When importing incrementally, you might need to edit the .git/svn2git file.
-i::
Import-only: don't perform a checkout after importing. This option
index 520f4c50fc129e1b1e3ad56a6219440590d4c6ed..2331be5a71626d03d3f8f1720107418dc5174bc3 100644 (file)
In git's context, synonym to object name.
object database::
- Stores a set of "objects", and an individial object is identified
+ Stores a set of "objects", and an individual object is identified
by its object name. The objects usually live in `$GIT_DIR/objects/`.
blob object::
diff --git a/Documentation/howto/isolate-bugs-with-bisect.txt b/Documentation/howto/isolate-bugs-with-bisect.txt
index 400949564da40f1d10bf6967c589bb5c665652a8..edbcd4c6618d6f9c123c49d4835dfc59b74e07f5 100644 (file)
git bisect bad master <- mark "master" as the bad state
git bisect good ORIG_HEAD <- mark ORIG_HEAD as good (or
whatever other known-good
- thing you booted laste)
+ thing you booted last)
and at this point "git bisect" will churn for a while, and tell you what
the mid-point between those two commits are, and check that state out as
index 1b5f2282411486ad903939ed2e56997a27484670..0347cabbb33756b1b0a5f572346684321f6f3099 100644 (file)
. You can be using `objects/info/alternates` mechanism, or
`$GIT_ALTERNATE_OBJECT_DIRECTORIES` mechanism to 'borrow'
objects from other object stores. A repository with this kind
-of incompete object store is not suitable to be published for
+of incomplete object store is not suitable to be published for
use with dumb transports but otherwise is OK as long as
`objects/info/alternates` points at the right object stores
it borrows from.
up-to-date if the repository is published for dumb
transports. The `git-receive-pack` command, which is
run on a remote repository when you `git push` into it,
- runs `hooks/update` hook to help you achive this.
+ runs `hooks/update` hook to help you achieve this.
info/grafts::
This file records fake commit ancestry information, to