Tue, 10 Oct 2017 16:06:22 +0200 packaging: prepare version 6.7.1 stable
Pierre-Yves David <pierre-yves.david@octobus.net> [Tue, 10 Oct 2017 16:06:22 +0200] rev 3048
packaging: prepare version 6.7.1 The are an important fix on evolve and another important fix for topic performance, let us make a release.
Tue, 10 Oct 2017 16:02:44 +0200 readme: add changelog for topic 0.3.1 stable
Pierre-Yves David <pierre-yves.david@octobus.net> [Tue, 10 Oct 2017 16:02:44 +0200] rev 3047
readme: add changelog for topic 0.3.1
Tue, 10 Oct 2017 16:02:23 +0200 add mention of the topic 0.3.0 version stable
Pierre-Yves David <pierre-yves.david@octobus.net> [Tue, 10 Oct 2017 16:02:23 +0200] rev 3046
add mention of the topic 0.3.0 version
Tue, 10 Oct 2017 16:02:04 +0200 readme: fix evolve 6.7.1 entry stable
Pierre-Yves David <pierre-yves.david@octobus.net> [Tue, 10 Oct 2017 16:02:04 +0200] rev 3045
readme: fix evolve 6.7.1 entry
Tue, 10 Oct 2017 15:47:11 +0200 topic: reorder revset for faster evaluation stable
Pierre-Yves David <pierre-yves.david@octobus.net> [Tue, 10 Oct 2017 15:47:11 +0200] rev 3044
topic: reorder revset for faster evaluation When running the revset on unfiltered repository, the mutable set can get huge. So removing the obsolete changeset first provide a large speedup. This resolve the performance regression we were seeing since the 6.7.0 release.
Mon, 09 Oct 2017 17:42:30 +0200 topics: use stack rather than stackdata when one only wants the changeset count stable
Aurélien Campéas [Mon, 09 Oct 2017 17:42:30 +0200] rev 3043
topics: use stack rather than stackdata when one only wants the changeset count There might be a significant performance impact. Might resolve #309.
(0) -3000 -1000 -300 -100 -30 -10 -6 +6 +10 +30 +100 +300 +1000 tip