mirror of
https://github.com/git/git.git
synced 2024-11-23 09:56:28 +08:00
Merge branch 'ss/duplicate-typos'
Typofixes. * ss/duplicate-typos: global: Fix duplicate word typos
This commit is contained in:
commit
7b1f01f02e
@ -9,7 +9,7 @@ UI, Workflows & Features
|
||||
With "git init --ref-format=reftable", hopefully it would be a lot
|
||||
more efficient to manage a repository with many references.
|
||||
|
||||
* "git checkout -p" and friends learned that that "@" is a synonym
|
||||
* "git checkout -p" and friends learned that "@" is a synonym
|
||||
for "HEAD".
|
||||
|
||||
* Variants of vimdiff learned to honor mergetool.<variant>.layout
|
||||
|
@ -78,7 +78,7 @@ UI, Workflows & Features
|
||||
turn on cover letters automatically (unless told never to enable
|
||||
cover letter with "--no-cover-letter" and such).
|
||||
|
||||
* The "--heads" option of "ls-remote" and "show-ref" has been been
|
||||
* The "--heads" option of "ls-remote" and "show-ref" has been
|
||||
deprecated; "--branches" replaces "--heads".
|
||||
|
||||
* For over a year, setting add.interactive.useBuiltin configuration
|
||||
|
@ -250,7 +250,7 @@ is not complete yet ("WIP" stands for "Work In Progress").
|
||||
+
|
||||
If the convention of the receiving community for a particular extra
|
||||
string is to have it _after_ the subject prefix, the string _<rfc>_
|
||||
can be prefixed with a dash ("`-`") to signal that the the rest of
|
||||
can be prefixed with a dash ("`-`") to signal that the rest of
|
||||
the _<rfc>_ string should be appended to the subject prefix instead,
|
||||
e.g., `--rfc='-(WIP)'` results in "PATCH (WIP)".
|
||||
|
||||
|
@ -776,7 +776,7 @@ This would allow for optimizing the common case of servers who'd like
|
||||
to provide one "big bundle" containing only their "main" branch,
|
||||
and/or incremental updates thereof.
|
||||
+
|
||||
A client receiving such a a response MAY assume that they can skip
|
||||
A client receiving such a response MAY assume that they can skip
|
||||
retrieving the header from a bundle at the indicated URI, and thus
|
||||
save themselves and the server(s) the request(s) needed to inspect the
|
||||
headers of that bundle or bundles.
|
||||
|
@ -13,7 +13,7 @@ that appears to be "backwards" from what other project developers
|
||||
expect. This howto presents a suggested integration workflow for
|
||||
maintaining a central repository.
|
||||
|
||||
Suppose that that central repository has this history:
|
||||
Suppose that the central repository has this history:
|
||||
|
||||
------------
|
||||
---o---o---A
|
||||
|
@ -340,7 +340,7 @@ static void write_file_in_directory(struct strbuf *dir, size_t dir_len,
|
||||
/* Write the file contents for the left and right sides of the difftool
|
||||
* dir-diff representation for submodules and symlinks. Symlinks and submodules
|
||||
* are written as regular text files so that external diff tools can diff them
|
||||
* as text files, resulting in behavior that is analogous to to what "git diff"
|
||||
* as text files, resulting in behavior that is analogous to what "git diff"
|
||||
* displays for symlink and submodule diffs.
|
||||
*/
|
||||
static void write_standin_files(struct pair_entry *entry,
|
||||
|
@ -62,7 +62,7 @@ trap "end_group 'CI setup'" EXIT
|
||||
# something went wrong.
|
||||
#
|
||||
# We already enabled tracing executed commands earlier. This helps by showing
|
||||
# how # environment variables are set and and dependencies are installed.
|
||||
# how # environment variables are set and dependencies are installed.
|
||||
set -e
|
||||
|
||||
skip_branch_tip_with_tag () {
|
||||
|
@ -247,7 +247,7 @@ static size_t handle_using_name_hash_icase(
|
||||
* technically this is a tracked file or a sparse-directory.
|
||||
* It should not have any entries in the untracked-cache, so
|
||||
* we should not need to use the case-corrected spelling to
|
||||
* invalidate the the untracked-cache. So we may not need to
|
||||
* invalidate the untracked-cache. So we may not need to
|
||||
* do this. For now, I'm going to be conservative and always
|
||||
* do it; we can revisit this later.
|
||||
*/
|
||||
|
@ -47,7 +47,7 @@ void oidtree_insert(struct oidtree *ot, const struct object_id *oid)
|
||||
|
||||
/*
|
||||
* n.b. Current callers won't get us duplicates, here. If a
|
||||
* future caller causes duplicates, there'll be a a small leak
|
||||
* future caller causes duplicates, there'll be a small leak
|
||||
* that won't be freed until oidtree_clear. Currently it's not
|
||||
* worth maintaining a free list
|
||||
*/
|
||||
|
@ -196,7 +196,7 @@ struct index_state {
|
||||
*
|
||||
* If the variable won't be used again, use release_index() to free()
|
||||
* its resources. If it needs to be used again use discard_index(),
|
||||
* which does the same thing, but will use use index_state_init() at
|
||||
* which does the same thing, but will use index_state_init() at
|
||||
* the end. The discard_index() will use its own "istate->repo" as the
|
||||
* "r" argument to index_state_init() in that case.
|
||||
*/
|
||||
|
@ -2131,7 +2131,7 @@ static int write_reflog_existence_table(struct reftable_writer *writer,
|
||||
reftable_writer_set_limits(writer, ts, ts);
|
||||
|
||||
/*
|
||||
* The existence entry has both old and new object ID set to the the
|
||||
* The existence entry has both old and new object ID set to the
|
||||
* null object ID. Our iterators are aware of this and will not present
|
||||
* them to their callers.
|
||||
*/
|
||||
|
Loading…
Reference in New Issue
Block a user