git/list[1] front-page[2] threads[3] people[4] search[5] about
 

[PATCH 1/4] Typos: t/README

From
Michael Witten <mfwitten@gmail.com>
Date
Feb 22, 2011, 17:15 UTC
Message-ID
<ca8eabbf-ed1b-4b46-a7f7-4b068a2de5b7-mfwitten@gmail.com>
In-Reply-To
<1fbceaa8-398c-44ec-8833-a03e4cca6805-mfwitten@gmail.com>
Signed-off-by: Michael Witten <mfwitten@gmail.com>
---
 t/README |   11 +++++------
 1 files changed, 5 insertions(+), 6 deletions(-)
diff --git a/t/README b/t/README
index ccf6a53..39408b4 100644
--- a/t/README
+++ b/t/README
@@ -201,7 +201,7 @@ we are testing.
 If you create files under t/ directory (i.e. here) that is not
 the top-level test script, never name the file to match the above
 pattern.  The Makefile here considers all such files as the
-top-level test script and tries to run all of them.  A care is
+top-level test script and tries to run all of them.  Care is
 especially needed if you are creating a common test library
 file, similar to test-lib.sh, because such a library file may
 not be suitable for standalone execution.
@@ -248,7 +248,7 @@ This test harness library does the following things:
    consistently when command line arguments --verbose (or -v),
    --debug (or -d), and --immediate (or -i) is given.
 
-Do's, don'ts & things to keep in mind
+Dos, don'ts & things to keep in mind
 -------------------------------------
 
 Here are a few examples of things you probably should and shouldn't do
@@ -285,9 +285,8 @@ Do:
  - Check the test coverage for your tests. See the "Test coverage"
    below.
 
-   Don't blindly follow test coverage metrics, they're a good way to
-   spot if you've missed something. If a new function you added
-   doesn't have any coverage you're probably doing something wrong,
+   Don't blindly follow test coverage metrics; if a new function you added
+   doesn't have any coverage, then you're probably doing something wrong,
    but having 100% coverage doesn't necessarily mean that you tested
    everything.
 
@@ -431,7 +430,7 @@ library for your script to use.
  - test_tick
 
    Make commit and tag names consistent by setting the author and
-   committer times to defined stated.  Subsequent calls will
+   committer times to defined state.  Subsequent calls will
    advance the times by a fixed amount.
 
  - test_commit <message> [<filename> [<contents>]]
-- 
1.7.4.18.g68fe8
Previous: Michael WittenNext: Junio C Hamano
Message 4 of 8 in “Clean: Remove useless parameters from both get_commit_info() functions”
  1. 4/4 Clean: Remove useless parameters from both get_commit_info() functionsMichael Witten, Feb 11, 2011
  2. 0/4 Miscellaneous ImprovementsMichael Witten, Mar 30, 2011
  3. 2/4 Clean: Remove superfluous strbuf 'docs'Michael Witten, Feb 15, 2011
  4. 1/4 Typos: t/READMEMichael Witten, Feb 22, 2011
  5. Junio C HamanoMar 30, 2011
  6. Michael WittenMar 30, 2011
  7. 3/4 Clean: Remove unnecessary `\' (line continuation)Michael Witten, Mar 2, 2011
  8. Junio C HamanoMar 30, 2011

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.