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 2476e71965202201c112c04e4e7eb51f198b1bbf
tree fc2869827c2c8648c244080b75408152c15d1019
parent e040f37c587fa28d1ea78abc95520d9641e85301
tree fc2869827c2c8648c244080b75408152c15d1019
parent e040f37c587fa28d1ea78abc95520d9641e85301
| name | age | message | |
|---|---|---|---|
| |
.gitignore | Tue Sep 16 20:24:44 -0700 2008 | [michaelklishin] |
| |
CHANGELOG | Sat Sep 13 14:53:45 -0700 2008 | [michaelklishin] |
| |
CONTRIBUTORS | Sat Sep 13 14:48:33 -0700 2008 | [michaelklishin] |
| |
LICENSE | Thu Jun 19 16:47:25 -0700 2008 | [ezmobius] |
| |
PLUGIN_API_CHANGELOG | Sun Sep 07 09:41:29 -0700 2008 | [fabien] |
| |
PUBLIC_CHANGELOG | Sat Sep 13 07:35:28 -0700 2008 | [fabien] |
| |
README | Mon Jun 02 22:37:48 -0700 2008 | [ivey] |
| |
Rakefile | Tue Sep 16 20:23:40 -0700 2008 | [michaelklishin] |
| |
TODO | Sun Jan 13 17:50:05 -0800 2008 | [ezmobius] |
| |
autotest/ | Thu Aug 21 18:09:14 -0700 2008 | [michaelklishin] |
| |
bin/ | Fri Sep 12 15:30:42 -0700 2008 | [fabien] |
| |
docs/ | Sat May 17 07:12:47 -0700 2008 | [michaelklishin] |
| |
experimentation/ | Fri Sep 05 09:01:14 -0700 2008 | [fabien] |
| |
lib/ | Wed Sep 17 03:28:44 -0700 2008 | [michaelklishin] |
| |
merb-core.gemspec | Sun Sep 07 09:41:29 -0700 2008 | [fabien] |
| |
spec/ | Wed Sep 17 03:28:44 -0700 2008 | [michaelklishin] |
| |
tools/ | Tue Sep 16 20:22:28 -0700 2008 | [michaelklishin] |
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 app myapp # a "normal" merb app
$ merb-gen app myapp --flat # a flattened app
$ merb-gen app myapp --very-flat # a single-file app




