This is worth reading, IMHO. From Martin Geisler. You can see more in the
pull request (which has been withdrawn, so you won't see it by browsing
open PRs on bitbucket), where he explains why pulling Russel's change
causes an explosion of branchiness due to mercurial's changeset ordering.
At the beginning of .../SCons/Platform/win32.py there are approx. 40 lines that
try to overide the builtin functions 'file' and 'open'. Those are replaced with
versions that make sure, that files created/opened with those functions have
underlying os file handles that are not inheritable.
The
On Tue, Mar 18, 2014 at 6:32 PM, Russel Winder rus...@winder.org.uk wrote:
Gary tried hard to merge PR#119 over the weekend, but did not due to the
insanity of the resulting changeset path structure. It is clear that
Mercurial/BitBucket cannot handle pull requests from long-lived and
Hi there,
On 19.03.2014 15:08, Gary Oberbrunner wrote:
This is worth reading, IMHO. From Martin Geisler. You can see more
in the pull request (which has been withdrawn, so you won't see it by
browsing open PRs on bitbucket), where he explains why pulling
Russel's change causes an explosion
On Thu, Mar 20, 2014 at 1:09 AM, Dirk Bächle tshor...@gmx.de wrote:
Let graphs get messy and
ugly, but this is what happens when you actually work with a VCS. Polishing,
folding and rebasing commits only to make the history look pretty is not
really required from my side...but let me stress