The Neos CMS interface written in ReactJS and a ton of other fun technology.
This repository follows the same versioning scheme as Neos itself. Release roadmap is available here
That means:
- All bugfixes go to the lowest maintained branch
- All new features go only to the 8.4 and 9.0 branch
- New minor and major releases are made in sync with Neos/Flow. Bugfix releases may be available independently
- NeosCMS version 8.3: branch 8.3
- NeosCMS version 8.3: branch 8.4
- NeosCMS version 9.0: branch 9.0
- latest development happens currently in the 8.4 and 9.0 branch
- NeosCMS version 7.3: branch 7.3
- NeosCMS version 8.0: branch 8.0
- NeosCMS version 8.1: branch 8.1
- NeosCMS version 8.2: branch 8.2
The new interface supports all evergreen (i.e. self-updating) browsers, including: Chrome, Firefox, Safari, Edge, Opera and other webkit-based browsers.
If you discover bugs in any of the supported browsers, please report them!
- Blazingly fast Yarn 3 + ESbuild stack
- https://www.neos.io/features/editing-content.html
- https://www.neos.io/features/inline-editing-true-wysiwyg.html
The UI is already included in the base Neos distribution.
And on Packagist available via: neos/neos-ui
composer update neos/neos-ui
For trying out the new UI, we recommend you to run the regularly released beta releases.
However, if you want to stay on bleeding-edge, or want to help out developing, you'll
need the 9.0.x-dev
release. You can install the latest release using:
composer require neos/neos-ui-compiled:9.0.x-dev neos/neos-ui:9.0.x-dev
Please follow the respective guides for contributing on OSX and on Linux.
-
Ensure you have the relevant version installed (see above).
-
Please install Docker for Windows.
-
Run
docker-compose up
. -
Inside
Configuration/Settings.yaml
, set the following property for disabling the pre-compiled files:
Neos:
Neos:
Ui:
frontendDevelopmentMode: true
- Get an overview about the codebase. We've recorded an introduction on YouTube which gets you acquainted with the basics. Additionally, please get in touch with us on Slack in the channel #project-ui-rewrite. We're eager to help you get started!
In order to start contributing on OSX / Linux, follow the following steps:
-
Ensure you have the relevant version installed (see above).
-
We require Chrome as well as the
yarn
(https://yarnpkg.com/en/) command and GNU Make(https://www.gnu.org/software/make/) to be installed on your system. -
The currently supported version of
node
is defined in.nvmrc
file. If you have nvm installed, you can just runnvm install && nvm use
from the project directory. -
Inside
Configuration/Settings.yaml
, set the following property for disabling the pre-compiled files:
Neos:
Neos:
Ui:
frontendDevelopmentMode: true
- Run the initialization script:
make setup
- Get an overview about the codebase. We've recorded an introduction on YouTube which gets you acquainted with the basics. Additionally, please get in touch with us on Slack in the channel #project-ui-rewrite. We're eager to help you get started!
Please see our guideline on how to write meaningful descriptions for your contributions.
To do the upmerge run the following commands
# review and `git commit`
git checkout 8.0 && git fetch && git reset --hard origin/8.0 && git merge --no-ff --no-commit origin/7.3
# review and `git commit`
git checkout 8.1 && git fetch && git reset --hard origin/8.1 && git merge --no-ff --no-commit origin/8.0
# review and `git commit`
git checkout 8.2 && git fetch && git reset --hard origin/8.2 && git merge --no-ff --no-commit origin/8.1
# review and `git commit`
git checkout 8.3 && git fetch && git reset --hard origin/8.3 && git merge --no-ff --no-commit origin/8.2
# review and `git commit`
git checkout 8.4 && git fetch && git reset --hard origin/8.4 && git merge --no-ff --no-commit origin/8.3
# review and `git commit`
git checkout 9.0 && git fetch && git reset --hard origin/9.0 && git merge --no-ff --no-commit origin/8.4
# review and `git commit`
Command | Description |
---|---|
make clean |
delete all node_modules in every subdirectory. |
make build |
Runs the development build. |
make build-watch |
Watches the source files for changes and runs a build in case. |
make lint |
Executes make lint-js and make lint-editorconfig . |
make lint-js |
Runs test in all subpackages. |
make lint-editorconfig |
Tests if all files respect the .editorconfig . |
make test |
Executes the test on all source files. |
make test-e2e |
Executes integration tests. |
The unit tests are executed with jest.
To run the unit tests, execute make test
in your shell.
Adding unit tests is fairly simple, just create a file on the same tree level as your changed/new feature, named [filename].spec.js
and karma will execute all tests found within the spec file, other than that, just orient yourself on the existing tests.
Use it.only(() => {})
and describe.only(() => {})
if you want to run a specific test and not the whole test suite.
To setup end-to-end tests locally you have got to do the same things described in CircleCI workflow, namely take the test disribution and composer install
in it, put the right branch into Neos.Neos.Ui folder and run webserver and mysql server with the same config as described in the test distribution's Settings.yaml (or adjust it).
For executing the end to end tests on a Mac with catalina or higher you need to permit screen recording. Open 'System Preferences > Security & Privacy > Privacy > Screen Recording' and check 'TestCafe Browser Tools' in the application list.
To speed up the e2e-test workflow/feedback loop you can start the system under test in a docker setup and run the tests against that:
make start-neos-dev-instance
(starts a docker setup with the system under test)- The neos dev instance is available at
localhost:8081
- To enter the container run
docker compose -f Tests/IntegrationTests/docker-compose.neos-dev-instance.yaml exec php bash
yarn run testcafe <browser> <testFile> <optional flags>
- for example, this runs all tests in chrome:
yarn run testcafe chrome Tests/IntegrationTests/Fixtures
- some helpful optional flags are
-T 'sidebars'
- grep tests by pattern and only execute those--selector-timeout=10000
- if you work on async pieces of the UI then this might help to prevent race conditions--assertion-timeout=30000
- see above--debug-on-fail
- you can debug the state of the app at the moment an assertion failed
- for example, this runs all tests in chrome:
- View the recording via Sauce Labs. You can find the url in the beginning of the test output.
- Observe Flow exceptions and logs in build artifacts.
- You can trigger a SSH enabled build via the CircleCI interface and then login.
You only need to trigger the jenkins release with the version you want to release. After jenkins has finished you need release a new version on github.
see LICENSE