Mon, 21 Apr 2014 20:42:42 -0500 localrepo: remove workingctx logic already moved to context
Sean Farley <sean.michael.farley@gmail.com> [Mon, 21 Apr 2014 20:42:42 -0500] rev 21470
localrepo: remove workingctx logic already moved to context
Mon, 21 Apr 2014 20:23:47 -0500 localrepo: move the order of local variables
Sean Farley <sean.michael.farley@gmail.com> [Mon, 21 Apr 2014 20:23:47 -0500] rev 21469
localrepo: move the order of local variables This movement is a small step in getting rid of the 'if ... else' logic for testing the current working directory with its parent. Previously, the deleted, unknown, and ignored variables were set in a combination of before an 'if ... else' block and within the block. This moves the variables to be set outside the loop in one common place.
Tue, 15 Apr 2014 15:43:30 -0500 localrepo: factor out _manifestmatch logic for workingctx
Sean Farley <sean.michael.farley@gmail.com> [Tue, 15 Apr 2014 15:43:30 -0500] rev 21468
localrepo: factor out _manifestmatch logic for workingctx
Tue, 11 Mar 2014 18:38:44 -0500 localrepo: use _manifestmatches instead of duplicating logic
Sean Farley <sean.michael.farley@gmail.com> [Tue, 11 Mar 2014 18:38:44 -0500] rev 21467
localrepo: use _manifestmatches instead of duplicating logic
Wed, 23 Apr 2014 20:52:10 -0500 basectx: add _manifestmatches method
Sean Farley <sean.michael.farley@gmail.com> [Wed, 23 Apr 2014 20:52:10 -0500] rev 21466
basectx: add _manifestmatches method This method is a duplicate of localrepo.mfmatches and sets the stage for factoring localrepo.status into a context method that will be customizable based on inheritance and object type.
Tue, 11 Mar 2014 18:35:39 -0500 localrepo: always set the variable r in status method
Sean Farley <sean.michael.farley@gmail.com> [Tue, 11 Mar 2014 18:35:39 -0500] rev 21465
localrepo: always set the variable r in status method This is a small patch to help streamline keeping tracking of the list of files for status in a variable already called 'r' ('s' is for subrepos in this method). We now move the setting of it out of an 'if' block so that we can later refactor more code into the context objects.
Sun, 20 Apr 2014 16:44:45 -0700 run-tests: execute tests via unittest
Gregory Szorc <gregory.szorc@gmail.com> [Sun, 20 Apr 2014 16:44:45 -0700] rev 21464
run-tests: execute tests via unittest Now that unittest mode is functionally equivalent to the default mode, we switch the default execution mode to unittest and remove the choice of different execution modes.
Tue, 22 Apr 2014 13:37:27 -0700 run-tests: implement Test.__str__
Gregory Szorc <gregory.szorc@gmail.com> [Tue, 22 Apr 2014 13:37:27 -0700] rev 21463
run-tests: implement Test.__str__ unittest sometimes does a str(test) and the default implementation doesn't do the right thing. So we override it.
Mon, 21 Apr 2014 12:15:55 -0700 run-tests: make failure reporting in unittest mode equivalent to default
Gregory Szorc <gregory.szorc@gmail.com> [Mon, 21 Apr 2014 12:15:55 -0700] rev 21462
run-tests: make failure reporting in unittest mode equivalent to default Unlike unittest's defaults, our result formatter does not print stack traces. Here, we change TestResult.addFailure() to be compatible with the existing/default execution mode.
Sun, 20 Apr 2014 16:54:51 -0700 run-tests: ignore failures from rmtree
Gregory Szorc <gregory.szorc@gmail.com> [Sun, 20 Apr 2014 16:54:51 -0700] rev 21461
run-tests: ignore failures from rmtree rmtree() may fail under certain conditions. We ignore failures at the individual test level because they can interfere with test execution. Furthermore, we'll reattempt deletion in the high-level test runner after all tests have finished. Note that this patch is not a code refactor like most of the patches before it. This change logically makes sense given the execution behavior of the tests.
(0) -10000 -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 +10000 +30000 tip