@neos/neos-ui
The Neos CMS interface written in ReactJS and a ton of other fun technology.
Versioning
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.3 and 9.0 branch
- New minor and major releases are made in sync with Neos/Flow. Bugfix releases may be available independantly
Currently maintained versions
- 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
- NeosCMS version 8.3: branch 8.3
- NeosCMS version 9.0: branch 9.0
- latest development happens currently in the 8.3 and 9.0 branch
Releases with just security updates
- NeosCMS version 5.3: branch 5.3
- NeosCMS version 7.0: branch 7.0
- NeosCMS version 7.1: branch 7.1
- NeosCMS version 7.2: branch 7.2
Browser support
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!
Features
- Blazingly fast Yarn 3 + ESbuild stack
- https://www.neos.io/features/editing-content.html
- https://www.neos.io/features/inline-editing-true-wysiwyg.html
Installation and usage
The UI is already included in the base Neos distribution.
And on Packagist available via: neos/neos-ui
Updating
composer update neos/neos-ui
Installing latest development
For trying out the new UI, we recommend you to run the regularily 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
Contributing
Please follow the respective guides for contributing on OSX and on Linux.
on Windows
-
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!
on OSX / Linux
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!
Guideline for PR and commit messages
Please see our guideline on how to write meaningful descriptions for your contributions.
Doing upmerges
To do the upmerge run the following commands
git checkout 7.0 && git fetch && git reset --hard origin/7.0 && git merge --no-ff --no-commit origin/5.3
# review and `git commit`
git checkout 7.1 && git fetch && git reset --hard origin/7.1 && git merge --no-ff --no-commit origin/7.0
# review and `git commit`
git checkout 7.2 && git fetch && git reset --hard origin/7.2 && git merge --no-ff --no-commit origin/7.1
# review and `git commit`
git checkout 7.3 && git fetch && git reset --hard origin/7.3 && git merge --no-ff --no-commit origin/7.2
# 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 9.0 && git fetch && git reset --hard origin/9.0 && git merge --no-ff --no-commit origin/8.3
# review and `git commit`
Development commands
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. |
Writing unit 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.
Integration tests
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.
Local Development with e2e-tests & docker
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:
Debugging integration tests
- 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.
Just the end to end tests fail
It can happen that end to end tests fail caused by cached sources. So if you change PHP code for instance and don't adjust the composer.json it can happen that your new code change is not used because it is not part of the cache. In this case we need to flush the CircleCI caches manualy.
We have introduced an environment variable called CACHE_VERSION. We need to change the variable to to new timestamp for instance to invalidate the caches.
- go to https://app.circleci.com/settings/project/github/neos/neos-ui and login
- open the project settings and choose
Environment Variables
- Delete the
CACHE_VERSION
and create a new one with the value of the current timestamp
Retrigger the build and it should work.
Releasing
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.
License
see LICENSE