mirror of
https://github.com/ChristianLight/tutor.git
synced 2024-12-14 23:16:04 +00:00
5a81b6a6cb
`tutor dev runserver` will be removed in a future release.
Developers are encouraged to use `tutor dev start` instead,
which is more flexible and provides a consistent interface
with `tutor local start`.
As part of this deprecation, we enable the `tty` and
`stdin_open` options on development docker-compose
services. This will allow developers to use `start`
for breakpoint debugging, which was previously only
availble via `runserver`. Several parallel PRs have
been merged in order to make the same change in the
development services of the official plugins.
Although `start` does not support the `--volume` option,
it supports a more-powerful `--mount` option. So, where
developers previously used:
tutor dev runserver --volume ...
to bind-mount host directories, they should now use:
tutor dev start --mount ...
Resolves https://github.com/overhangio/2u-tutor-adoption/issues/61
65 lines
4.8 KiB
ReStructuredText
65 lines
4.8 KiB
ReStructuredText
.. _nightly:
|
|
|
|
Running Open edX on the master branch ("nightly")
|
|
=================================================
|
|
|
|
Tutor was designed to make it easy for everyone to run the latest release of Open edX. But sometimes, you want to run the latest, bleeding-edge version of Open edX. This is what we call "running master", as opposed to running the release branch. Running the master branch in production is strongly **not** recommended unless you are an Open edX expert and you really know what you are doing. But Open edX developers frequently need to run the master branch locally to implement and test new features. Thus, Tutor makes it easy to run Open edX on the master branch: this is called "Tutor Nightly".
|
|
|
|
Installing Tutor Nightly
|
|
------------------------
|
|
|
|
Running Tutor Nightly requires more than setting a few configuration variables: because there are so many Open edX settings, version numbers, etc. which may change between the latest release and the current master branch, Tutor Nightly is actually maintained as a separate branch of the Tutor repository. To install Tutor Nightly, you should install Tutor from the "nightly" branch of the source repository. To do so, run::
|
|
|
|
git clone --branch=nightly https://github.com/overhangio/tutor.git
|
|
pip install -e "./tutor[full]"
|
|
|
|
As usual, it is strongly recommended to run the command above in a `Python virtual environment <https://docs.python.org/3/tutorial/venv.html>`__.
|
|
|
|
In addition to installing Tutor Nightly itself, this will install automatically the nightly versions of all official Tutor plugins (which are enumerated in `plugins.txt <https://github.com/overhangio/tutor/tree/nightly/requirements/plugins.txt>`_). Alternatively, if you wish to hack on an official plugin or install a custom plugin, you can clone that plugin's repository and install it. For instance::
|
|
|
|
git clone --branch=nightly https://github.com/myorganization/tutor-contrib-myplugin.git
|
|
pip install -e ./tutor-contrib-myplugin
|
|
|
|
Once Tutor Nightly is installed, you can run the usual ``tutor`` commands::
|
|
|
|
tutor dev quickstart
|
|
tutor dev run lms bash
|
|
# ... and so on
|
|
|
|
Upgrading to the latest version of Open edX
|
|
-------------------------------------------
|
|
|
|
To pull the latest upstream changes, you should first upgrade Tutor Nightly::
|
|
|
|
cd ./tutor
|
|
git pull
|
|
|
|
Then, you will have to generate a more recent version of the nightly Docker images. Images for running Tutor Nightly are published daily to docker.io (see `here <https://hub.docker.com/r/overhangio/openedx/tags?page=1&ordering=last_updated&name=nightly>`__). You can fetch the latest images with::
|
|
|
|
tutor images pull all
|
|
|
|
Alternatively, you may want to build the images yourself. As usual, this is done with::
|
|
|
|
tutor images build all
|
|
|
|
However, these images include the application master branch at the point in time when the image was built. The Docker layer caching mechanism might cause the ``git clone`` step from the build to be skipped. In such cases, you will have to bypass the caching mechanism with::
|
|
|
|
tutor images build --no-cache all
|
|
|
|
Running Tutor Nightly alongside the latest release
|
|
--------------------------------------------------
|
|
|
|
When running Tutor Nightly, you usually do not want to override your existing Tutor installation. That's why a Tutor Nightly installation has the following differences from a regular release installation:
|
|
|
|
- The default Tutor project root is different in Tutor Nightly. By default it is set to ``~/.local/share/tutor-nightly`` on Linux (instead of ``~/.local/share/tutor``). To modify this location check the :ref:`corresponding documentation <tutor_root>`.
|
|
- The plugins root is set to ``~/.local/share/tutor-nightly-plugins`` on Linux (instead of ``~/.local/share/tutor-plugins``). This location may be modified by setting the ``TUTOR_PLUGINS_ROOT`` environment variable.
|
|
- The default docker-compose project name is set to ``tutor_nightly_local`` (instead of ``tutor_local``). This value may be modified by manually setting the ``LOCAL_PROJECT_NAME``.
|
|
|
|
Making changes to Tutor Nightly
|
|
-------------------------------
|
|
|
|
In general pull requests should be open on the "master" branch of Tutor: the "master" branch is automatically merged on the "nightly" branch at every commit, such that changes made to Tutor releases find their way to Tutor Nightly as soon as they are merged. However, sometimes you want to make changes to Tutor Nightly exclusively, and not to the Tutor releases. This might be the case for instance when upgrading the running version of a third-party service (for instance: Elasticsearch, MySQL), or when the master branch requires specific changes. In that case, you should follow the instructions from the :ref:`contributing` section of the docs, with the following differences:
|
|
|
|
- Open your pull request on top of the "nightly" branch instead of "master".
|
|
- Add a description of your changes to CHANGELOG-nightly.md instead of CHANGELOG.md
|