summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorNed Batchelder <ned@nedbatchelder.com>2016-10-05 18:49:38 -0400
committerNed Batchelder <ned@nedbatchelder.com>2016-10-05 18:49:38 -0400
commit07c898114e8358fedae024c9e4d12beaf4f7c472 (patch)
tree2ca64c387f076d5b73d8a2fe6444180211f3295d
parent42978e7b4d4ef92c2c668e968acf4d84194b99d0 (diff)
downloadpython-coveragepy-git-07c898114e8358fedae024c9e4d12beaf4f7c472.tar.gz
Another issue about clobbering combine data
-rw-r--r--CHANGES.rst3
1 files changed, 2 insertions, 1 deletions
diff --git a/CHANGES.rst b/CHANGES.rst
index e2f656dd..6ef3ac60 100644
--- a/CHANGES.rst
+++ b/CHANGES.rst
@@ -16,7 +16,7 @@ Unreleased
- The ``coverage combine`` command will now fail if there are no data files to
combine. The combine changes in 4.2 meant that multiple combines could lose
data, leaving you with an empty .coverage data file. Fixes issues
- `issue 412`_, `issue 516`_, and probably `issue 511`_.
+ `issue 525`_, `issue 412`_, `issue 516`_, and probably `issue 511`_.
- When forking subprocesses, the coverage data files would have the same random
number appended to the file name. This didn't cause problems, because the
@@ -39,6 +39,7 @@ Unreleased
.. _issue 510: https://bitbucket.org/ned/coveragepy/issues/510/erase-still-needed-in-42
.. _issue 511: https://bitbucket.org/ned/coveragepy/issues/511/version-42-coverage-combine-empties
.. _issue 516: https://bitbucket.org/ned/coveragepy/issues/516/running-coverage-combine-twice-deletes-all
+.. _issue 525: https://bitbucket.org/ned/coveragepy/issues/525/coverage-combine-when-not-in-parallel-mode
Version 4.2 --- 2016-07-26