[PATCH 1 of 2 V2] wlock: only issue devel warning when actually acquiring the lock
Matt Mackall
mpm at selenic.com
Thu Apr 16 17:58:08 CDT 2015
On Mon, 2015-04-13 at 22:44 -0700, Ryan McElroy wrote:
> On 4/13/2015 8:57 PM, Martin von Zweigbergk wrote:
> >
> >
> > On Mon, Apr 13, 2015 at 8:46 PM Ryan McElroy <rm at fb.com
> > <mailto:rm at fb.com>> wrote:
> >
> > A meta-point/question: I often find it would be useful to see how
> > a test
> > behaved *before* a fix. What does the community think about a
> > patch that
> > introduces a test that shows a failure, followed by a patch that fixes
> > the code and shows how the behavior is now fixed and better than
> > before?
> > I might start doing this in my patches...
> >
> >
> > I brought this up here:
> > http://thread.gmane.org/gmane.comp.version-control.mercurial.devel/75747/focus=75752
> > <https://urldefense.proofpoint.com/v1/url?u=http://thread.gmane.org/gmane.comp.version-control.mercurial.devel/75747/focus%3D75752&k=ZVNjlDMF0FElm4dQtryO4A%3D%3D%0A&r=zxRJZ6melt%2FqLtQ%2Bw2Gaeg%3D%3D%0A&m=B131xN7YhmkKP95EdF%2BNyUjre%2FhGNHb29T2yr6YWix0%3D%0A&s=584ec665a1465e012048c5c3b794529b2a14e2286e8ddac850a92a61c1587ffd>
> >
> > I haven't taken the time to add that syntax to the test runner yet.
> Yeah, we're on the same page. I don't think we even need to mark
> something as BROKEN if it's fixed in the next patch... It's just
> documenting the old and new behavior. I'm not even totally aware of what
> BROKEN means or implies (but I'd like to learn).
It's just the plain English meaning with emphasis.
--
Mathematics is the supreme nostalgia of our time.
More information about the Mercurial-devel
mailing list