"Greg Stein" <gstein_at_gmail.com> writes:
> Yeah. XFail seems the right way to go.
>
> I'd prefer to see these tests added to trunk rather than the branch.
> More testing on the trunk never seems bad :-) And it isn't like
> they'll interfere with any other trunk development or break something
> in trunk. But they *can* help with other dev that might be happening
> there.
>
> Thoughts?
>
> (my one possible "con": working on both trunk and a branch, but that
> might be an okay thing)
I'd always thought our principle was that every change should go to
trunk unless there's a specific reason why it must go on a branch.
For example, that means that if you're working on a feature branch and
you encounter some buglet that interferes with the feature work, you
still fix the buglet on trunk and port the change over to the branch
(because the buglet is not "about" the branch work, it just interferes
with the branch work).
So unless there's a reason why these tests would cause trouble on trunk,
let's put 'em on trunk, the natural home of all changes :-).
-Karl
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-08-19 16:29:49 CEST