LFEvents uses a Continuous Integration (CI) infrastructure via GitHub Actions and Pantheon. These instructions help you get a local instance up and running and explain how to run the various tests.
Git branches will have a Pantheon multidev env automatically created for them to facilitate testing. Once the PR is merged, the env will be automatically deleted.
For instructions on how to configure the resulting site to host events, please see the Admin Instructions.
-
Install Lando (a Docker Compose utility / abstraction layer). Using Homebrew for installation is not recommended. Lando Docs. Lando includes it's own versions of PHP, Node (14.19.0), NPM.
-
When setting up Lando with the Pantheon recipe it will automatically download Terminus (CLI for interaction with Pantheon). Follow all the instructions on that page to setup a machine token and SSH Authentication. Save the machine token for use in step 2 below.
-
Get a GitHub personal access token to use in place of a password for performing Git operations over HTTPS.
(these steps were derived from instructions provided by Pantheon)
- Clone this repository with HTTPS (not SSH):
git clone https://github.com/linuxfoundation/lfevents.git
- Note that the repo does not contain all of WordPress, 3rd-party themes and plugins. They will be pulled in via composer in step 4.
- Run
lando init
and use the following values when prompted:
From where should we get your app's codebase?
>current working directory
What recipe do you want to use?
>pantheon
Enter a Pantheon machine token
>[enter the Pantheon token you got above]
Which site?
>lfeventsci
- Open the .lando.yml file and add the following to the file.
keys:
- pantheon_rsa
excludes:
- vendor
- /app/web/wp-content/themes/lfevents/node_modules
services:
node:
type: 'node:14'
appserver:
run:
- /app/vendor/bin/phpcs -i
tooling:
npm:
service: node
node:
service: node
npx:
service: node
sniff:
service: appserver
description: "Run the recommended code sniffs"
cmd: "/app/vendor/bin/phpcs -ns"
warnings:
service: appserver
description: "Show code sniff warnings"
cmd: "/app/vendor/bin/phpcs -s"
fix:
service: appserver
description: "Run the recommended code sniffs and fix them"
cmd: "/app/vendor/bin/phpcbf -s"
paths:
service: appserver
description: "See code sniff paths"
cmd: "/app/vendor/bin/phpcs -i"
debug:
service: appserver
description: "Monitor WordPress debug log output"
cmd: "tail -f /app/web/wp-content/debug.log"
-
Run
lando start
and note the local site URL provided at the end of the process -
Run
lando composer install --no-ansi --no-interaction --optimize-autoloader --no-progress
to download dependencies -
Run
lando pull --code=none --files=none
and follow the prompts to download the media files and database from Pantheon:
Pull database from?
>dev
- Run this command to activate/deactivate multiple plugins that can help with local dev or are not needed for local dev. The Load Media Files from Production plugin will load media from the production server instead of needing to download them locally:
lando wp plugin activate debug-bar && lando wp plugin activate query-monitor && lando wp plugin deactivate shortpixel-image-optimiser && lando wp plugin deactivate pantheon-advanced-page-cache && lando wp plugin activate load-media-from-production
-
You will need to compile the theme css/js before the site will render correctly:
- Go to the theme directory:
cd web/wp-content/themes/lfevents
- Install the Node.js dependencies:
lando npm install
- Compile the files:
lando npm run build
- Go to the theme directory:
-
Visit the local site URL saved from above. To find it again run
lando info
. -
In the admin you will need to edit the Search & Filter settings. The full url to the result pages are hardcoded in the "Display Results" of each filter. These will need to be set to the corresponding local instance url.
-
Get your browser to trust the Lando SSL certificate by following these instructions. This step isn't essential but will stop you having to keep bypassing the privacy warning in your browser.
-
You can stop Lando with
lando stop
and start it again withlando start
. You can turn it off completely withlando poweroff
-
Composer, Terminus, npm and wp-cli commands should be run in Lando rather than on the host machine. This is done by prefixing the desired command with
lando
. For example, after a change to composer.json, runlando composer update
rather thancomposer update
. -
Repeat steps 6 and 7 above to download a fresh copy of the database.
LFEvents uses a fork of the FoundationPress theme. Run lando npm start
to compile CSS and JS to dist/
(git ignores this directory) as changes are made to the source files. When deployed, dist/
files are compiled and minified by the CI process.
Custom plugins have their css/js compiled separately and it is stored in the repo. If you make edits to the plugin source files, you need to rebuild them. First you'll need to run lando npm run-script install-plugins
to install the necessary files then lando npm run-script build-plugins
to build the plugins. You can do this for each plugin individually as well.
The CI process will sniff the code to make sure it complies with WordPress coding standards. All Linux Foundation code should comply with these guidelines.
phpcs and the WordPress Coding Standards for PHP_CodeSniffer come as part of the Lando install and are installed in the vendor directory by Composer.
You can get a report of required fixes on your code by running lando sniff
and you can automatically fix some required changes by running lando fix
. You can see warnings by running lando warnings
.
The commands are setup to use WordPress Coding Standards and to run on the wp-content/themes/
directory as well as on custom plugins. This is controlled by the phpcs.xml file.
It's even more convenient to install into your IDE.
Since the lfeventsci repo includes phpcs via Composer, your IDE should use that version of the binary even though you may have phpcs installed system-wide.
Dependencies of this project are managed by Composer. All dependencies of the project are set in composer.json and are pulled in at deploy time according to what is set in composer.lock.
composer.lock is generated from composer.json only when explicitly calling the lando composer update
function. Any additional themes or plugins can be added first to composer.json and then lando composer update
is run to update composer.lock and pull in the new files. Dependencies are pegged to a version according to the composer versioning rules.
It's good practice to keep WordPress and all plugins set at their latest releases to inherit any security patches and upgraded functionality. Upgrading to a new version, however, sometimes has unintended consequences so it's critical to run all tests before deploying live.
To upgrade the version of a dependency, follow these steps:
-
Edit composer.json to set the new version rule
-
Run
lando composer update [package]
to update composer.lock for just that package or runlando composer update
to upgrade all packages to the latest versions which satisfy the constraints set in composer.json -
Test the site locally
-
Check in to github and allow the tests to run
-
Test the dev instance to make sure all looks good
-
Deploy live