Filebased cms that integrates into rails workflow
Go to file
2022-11-30 13:21:06 +02:00
app store all data in memory in preperarion for shallow routes 2022-11-30 13:21:06 +02:00
bin add rspec and sprockets 2022-11-28 22:50:04 +02:00
config start on card editing 2022-11-30 11:22:45 +02:00
lib store all data in memory in preperarion for shallow routes 2022-11-30 13:21:06 +02:00
spec store all data in memory in preperarion for shallow routes 2022-11-30 13:21:06 +02:00
test store all data in memory in preperarion for shallow routes 2022-11-30 13:21:06 +02:00
.gitignore rails new plugin, see readme for command 2022-11-28 19:22:50 +02:00
.rspec add rspec, fix dummy railties to do it 2022-11-28 22:30:00 +02:00
Gemfile lots of name fixes to get views to work in the app 2022-11-29 01:13:05 +02:00
Gemfile.lock style overview, sections only for now 2022-11-29 15:57:10 +02:00
merged.gemspec lots of name fixes to get views to work in the app 2022-11-29 01:13:05 +02:00
MIT-LICENSE rails new plugin, see readme for command 2022-11-28 19:22:50 +02:00
Rakefile rails new plugin, see readme for command 2022-11-28 19:22:50 +02:00
README.md some instructions, some vision 2022-11-28 20:07:16 +02:00

Merged

A CMS that integrates into the rails workflow. Ie it is file based not db based.

Changes propagate in the normal development cycle, with git, possible branches, possible staging, possible reviews and controlled deploys.

Usage

Merged is designed for developers to give limited editing facilities to users. As with rails, there is great flexibility how this can be achieved, a basic example below.

Concepts

Merged has simple but powerful concepts and structures to define the interactions users may have.

Page

The core entity that may be edited is a Page. Pages contain Sections (below) in a way defined by developers.

A Page has a type, different types may define different layouts, or rather types of Sections they may include.

A page has a name which is it's Url, Merged is not designed for nesting currently.

All data that users change is stored in the Pages' Yaml, which get committed and merged to propagate to the site.

A Page also has data, attributes and options, see below.

Sections

Merged itself defines many styles of sections, and off course developers may define more. For example a Header with text is a section, a hero section is a section, and a card section is a different style.

The only defining characteristic of a section is really that it is full width, and it has a template that renders the content.

A Page may contain as many sections as the Page definition allows.

A Section in turn may contain cards.

Like a Page, a Section may have options.

Cards

Cards, as in general css lingo, are usually smaller html snippets, usually contained in a grid (defined by the Section).

Cards have data and options like the other elements.

Image

Merged also manages images, adding deleting, renaming, which are stored in the assets folder. With the Pages (and their data) they define the content that users can change.

Images merge into the upstream in the same way as the pages, through git actions (partially done by Merged)

Change (-sets)

As data is in files, all change happens by git. Merged partially manages this, by making changes visible to the users, ie what Pages and Images were added/removed or edited. Merged can commit and in the future maybe even push.

Basic setup

A developer set up a machine on a intranet/lan. Ie access is restricted by physical access.

The machine is set up as a developer machine, on a "feature" branch. A User may use the machine to edit and commit and push (the branch).

The developer reviews, merges changes and deploys.

Installation

Add this line to your application's Gemfile:

gem "merged"

And then execute:

$ bundle

Mount engine in routes for editing.

Create route to serve content.

Contributing

Ask first.

License

The gem is available as open source under the terms of the MIT License.