From: "Bartosz Dziewoński" <matma.rex@...>
Date: 2012-02-07T06:07:12+09:00
Subject: Re: [ANN] Tork 18.0.0

You have faster major version release cycle than Chrome...

2012/2/6, Suraj N. Kurapati <sunaku@gmail.com>:
> Tork - Test with fork - https://github.com/sunaku/tork#readme
>
>   _______      _______
>    ___  /___________ /__
>     _  __/ __ \  __/ /_/
>     / /_/ /_/ / / / ,\
>     \__/\____/_/ /_/|_\
>                >>>------>
>
> --------------------------------------------------------------------
> What is it?
> --------------------------------------------------------------------
>
> Tork runs your tests as they change, in parallel:
>
>   1. Absorbs test execution overhead into a master process.
>
>   2. Forks to inherit overhead and run test files in parallel.
>
>   3. Avoids running unchanged tests inside changed test files.
>
> --------------------------------------------------------------------
> What is new?
> --------------------------------------------------------------------
>
> ## Version 18.0.0 (2012-02-06)
>
> Alert:
>
>   * RSpec 2.8.0 and older contain [a bug](
>     https://github.com/sunaku/tork/issues/31 ) where a nonzero
>     exit status (caused by an uncaught exception) is overridden
>     by RSpec's `Kernel#at_exit` handler to be zero, thereby
>     falsely indicating that a spec had passed.  [This patch](
>     https://github.com/rspec/rspec-core/pull/569/files) fixes the
>     problem.  Thanks to Gumaro Melendez for reporting this issue.
>
> Major:
>
>   * Dropped first parameter to `Tork::Config::test_file_globbers`.
>
>   * GH-31: tork-master now emits separate exit code and info.
>     Update your `Tork::Config::test_event_hooks` accordingly.
>
>   * tork/server: switch from modules to class inheritance.
>
>   * tork/config: switch to Struct to prevent misspellings.
>
> Minor:
>
>   * tork-driver now recursively expands dependent test files while
>     globbing.
>
>   * Extracted bookkeeping stuff from tork-driver into tork-engine
>     component.
>
> Other:
>
>   * tork/config: do not reabsorb when .tork.rb
>     changes.  Since the configuration is loaded in
>     multiple processes, it is difficult to reload
>     the configuration on the fly without adding
>     significant complexity to Tork.  Instead, it's
>     easier to accept the limitation that you must
>     restart Tork if you change your configuration.
>
>   * GH-29: bump guard version requirement to v1 series.
>
>   * Improve documentation; revise markdown; clean up.
>
>


-- 
-- Matma Rex