This repository is private.
All pages are served over SSL and all pushing and pulling is done over SSH.
No one may fork, clone, or view it unless they are added as a member.
Every repository with this icon (
) is private.
Every repository with this icon (
This repository is public.
Anyone may fork, clone, or view it.
Every repository with this icon (
) is public.
Every repository with this icon (
commit 5cfe8ec4d6cf636fb9a11318110a7f7e49cf4a98
tree 8e3091778e3fe5c7c562042582f9e43ed90f595c
parent 1cf3ce72950beb0c3e439eae6d4123085607eaac parent 81f158b07996d9d7522956abdee8fd78bec6e8b2
tree 8e3091778e3fe5c7c562042582f9e43ed90f595c
parent 1cf3ce72950beb0c3e439eae6d4123085607eaac parent 81f158b07996d9d7522956abdee8fd78bec6e8b2
| name | age | message | |
|---|---|---|---|
| |
.gitignore | Thu Feb 14 09:16:02 -0800 2008 | [tdreyno] |
| |
CHANGELOG | Fri Feb 29 20:53:30 -0800 2008 | [ivey] |
| |
CONFIG | Sat Jan 12 13:30:36 -0800 2008 | [wycats] |
| |
LICENSE | Sun Jan 13 17:50:05 -0800 2008 | [ezmobius] |
| |
README | Thu Feb 14 08:28:57 -0800 2008 | [ivey] |
| |
Rakefile | Fri Feb 29 13:05:58 -0800 2008 | [wycats] |
| |
TODO | Sun Jan 13 17:50:05 -0800 2008 | [ezmobius] |
| |
autotest/ | Fri Feb 29 08:57:47 -0800 2008 | [ivey] |
| |
bin/ | Fri Feb 29 08:57:47 -0800 2008 | [ivey] |
| |
deps/ | Fri Feb 29 13:50:54 -0800 2008 | [ezmobius] |
| |
docs/ | Fri Feb 01 11:31:17 -0800 2008 | [Hampton Catlin] |
| |
lib/ | Sat Mar 01 13:51:23 -0800 2008 | [wycats] |
| |
rbx/ | Fri Feb 29 13:50:54 -0800 2008 | [ezmobius] |
| |
simple_benches/ | Mon Feb 18 19:19:26 -0800 2008 | [wycats] |
| |
spec/ | Fri Feb 29 14:29:27 -0800 2008 | [shayarnett] |
| |
tools/ | Fri Feb 01 11:31:17 -0800 2008 | [Hampton Catlin] |
README
merb-core is a new branch of Merb (also referred to as merb-next or the 0.9 series) which aims to provide a stable,
stripped down API for a future Merb 1.0 release.
This branch is based off the 0.5 release series but with significant rewrites.
Goals of this release:
* Stabilize the @public interface methods to provide for a more consistent application development experience.
* Remove features until nothing except a central application API is left
* Improve comments on methods using a standard documentation methodology as described in DOCUMENTATION_STANDARDS
* Separate the tests into two sections... "private" and "public"
* Public methods are methods tagged with @public that will be part of the standard, stable Merb API
* Private methods are implementation methods that might
* Implement a new render API
* Build more extensions to regain selected features when needed
To familiarize yourself with how a merb-core application might look,
use merb-gen (from merb-more) to generate a few apps:
$ merb-gen myapp # a "normal" merb app
$ merb-gen myapp --flat # a flattened app
$ merb-gen myapp --very-flat # a single-file app




