@@ -159,7 +159,7 @@ and wait until we're back to a fully passing test suite before refactoring.
159
159
160
160
Kent Beck has a book-length exploration of the tradeoffs
161
161
of refactor-now vs refactor-later, called
162
- https://learning .oreilly.com/library/view/tidy-first/9781098151232/[Tidy First?]
162
+ https://www .oreilly.com/library/view/tidy-first/9781098151232/[Tidy First?]
163
163
**********************************************************************
164
164
165
165
@@ -291,7 +291,7 @@ Some people like to use them a lot in Django code
291
291
(e.g., your views might import models using `from .models import List`,
292
292
instead of `from list.models`).
293
293
Ultimately this is a matter of personal preference.
294
- I prefer to use relative imports only when I'm super-super
294
+ I prefer to use relative imports only when I'm super-super confident
295
295
that the relative position of the thing I'm importing won't change.
296
296
That applies in this case because I know for sure
297
297
all the tests will sit next to _base.py_, which they inherit from.
@@ -385,7 +385,7 @@ For now, let's commit!
385
385
----
386
386
$ *git status*
387
387
$ *git add src/functional_tests*
388
- $ *git commit -m "Moved Fts into their own individual files"*
388
+ $ *git commit -m "Moved FTs into their own individual files"*
389
389
----
390
390
391
391
Great. We've split our functional tests nicely out into different files.
@@ -631,7 +631,7 @@ through what happened:
631
631
<3> To explain where the exception has actually come from,
632
632
the traceback takes us back into _test_list_item_validation.py_
633
633
and inside the body of the `lambda` function,
634
- and tells us that it the attempt to find the `.invalid-feedback` element
634
+ and tells us that the attempt to find the `.invalid-feedback` element
635
635
that failed.
636
636
637
637
0 commit comments