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:
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!
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.
To start developing the Neos Ui you will need a running Neos instance locally. You can use
composer create-project neos/neos-base-distribution neos-ui-development-instance
,To install the source files and setup git, run:
composer require neos/neos-ui-compiled:8.4.x-dev neos/neos-ui:8.4.x-dev --prefer-source
This will sync the git repository of Neos Ui into Packages/Application/Neos.Neos.Ui
(this might take a while).
To push your changes to GitHub you need to fork the Neos Ui and change the git remote to your fork (check with git remove -v
).
Run make setup
. To check what commands are executed have a look at the Makefile
in the root of this repository.
1) Ensure you have the relevant version installed (see above).
2) Please install Docker for Windows.
3) Run docker-compose up
.
4) Inside Configuration/Settings.yaml
, set the following property for disabling the pre-compiled files:
Neos:
Neos:
Ui:
frontendDevelopmentMode: true
6) 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:
1) Ensure you have the relevant version installed (see above).
2) 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.
3) The currently supported version of node
is defined in .nvmrc
file. If you have nvm installed, you can just run nvm install && nvm use
from the project directory.
4) Inside Configuration/Settings.yaml
, set the following property for disabling the pre-compiled files:
Neos:
Neos:
Ui:
frontendDevelopmentMode: true
5) Run the initialization script:
make setup
6) 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.
make test-e2e-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 and keep it running - in the 1Dimension
scenario)localhost:8081
docker compose -f Tests/IntegrationTests/docker-compose.neos-dev-instance.yaml exec php bash
yarn run testcafe <browser> <testFile> <optional flags>
yarn run testcafe chrome:--disable-search-engine-choice-screen Tests/IntegrationTests/Fixtures/1Dimension
-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 failedYou 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