[SciPy-dev] Scipy workflow (and not tools).
Thu Feb 26 10:00:32 CST 2009
On Feb 26, 2009, at 12:42 AM, Neil Martinsen-Burrell wrote:
> other projects have trained me to unit test my contributions, so
> that is
> what I would most likely be doing if I were to contribute and I
> would like to
> feel that my effort to write tests is valued.
I've never seen a single post in this thread, or on this list for that
matter, that indicated that anybody thought that the effort to write
tests was not valued. Quite the contrary. Everybody wants tests; it's
just a question of whether there's something else they want even more.
If I may very unfairly summarize the debate this far:
Stéfan, et al.: There aren't enough tests. All code must have tests!
Under penalty of death!
Travis, et al.: But then we we shall have neither code *nor* tests!
Stéfan, et al.: Good!
I would characterize the debate as the value of writing tests
*relative* to the value of writing anything else, not whether you
should be writing and using tests at all. Absolutely you should.
> One of the things that keeps me from developing even small patches
> for Scipy
> is SVN. If I want to make a change, I have to check out the trunk
> and then
> develop my change *completely without the benefit of version control*.
Nothing forces you to develop without version control. See the SVN
Book's discussion on "vendor branches" for one approach. We hack on
several other people's tools in our own repository and periodically
synch to their efforts or send them patches from ours. I am *not*
saying that DVCS is a bad idea. I don't think it is. In this instance,
it's clearly superior to the svn model, but please let's stop making
svn out to be worse than it is, because I guarantee that you're going
to be bitten by some variant of the same issues with bzr, git, or
whatever. Look at David Cournapeau's blog on why he's ditching bzr in
favor of git, after ditching svn in favor of bzr; I look forward to
his essay on the atrocities of git. I don't mean that to be snide;
it's *good* that tools are getting better and it's *good* that people
like David are actually comparing them head to head and telling us
about their experiences.
I get that good and pleasant tools make people more productive, e.g.,
while I can get work done with Windows, I can get a lot more work done
with something else because I don't have to devote so much energy to
profanity. If some DVCS will make life more pleasant for both release
managers and new contributors like yourself, by all means go for it,
but don't kid yourself about the strengths of the tool you're leaving
behind or the weaknesses of the tool you're adopting.
More information about the Scipy-dev