Keeping config in git what is the suggested gitignore

Site Operators
1

I am looking to keep my config in source control by using --root but some of the directories are clearly data directories and some look like they might be docker-compose files that may or may not need to be controlled by tutor. Does anyone have a .gitignore that works?

2

The current directory tree is as follows.

.
├── Pipfile
├── Pipfile.lock
├── config.yml
├── data
│   ├── cms
│   │   └── logs
│   ├── elasticsearch
│   │   └── nodes
│   ├── lms
│   │   ├── logs
│   │   ├── modulestore
│   │   └── ora2
│   ├── mongodb
│   │   ├── WiredTiger
│   │   ├── WiredTiger.lock
│   │   ├── WiredTiger.turtle
│   │   ├── WiredTiger.wt
│   │   ├── WiredTigerLAS.wt
│   │   ├── _mdb_catalog.wt
│   │   ├── collection-0-1665046703606725615.wt
│   │   ├── collection-2-1665046703606725615.wt
│   │   ├── collection-4-1665046703606725615.wt
│   │   ├── diagnostic.data
│   │   ├── index-1-1665046703606725615.wt
│   │   ├── index-3-1665046703606725615.wt
│   │   ├── index-5-1665046703606725615.wt
│   │   ├── index-6-1665046703606725615.wt
│   │   ├── mongod.lock
│   │   ├── sizeStorer.wt
│   │   └── storage.bson
│   ├── mysql
│   │   ├── auto.cnf
│   │   ├── ca-key.pem
│   │   ├── ca.pem
│   │   ├── client-cert.pem
│   │   ├── client-key.pem
│   │   ├── ib_buffer_pool
│   │   ├── ib_logfile0
│   │   ├── ib_logfile1
│   │   ├── ibdata1
│   │   ├── mysql
│   │   ├── openedx
│   │   ├── performance_schema
│   │   ├── private_key.pem
│   │   ├── public_key.pem
│   │   ├── server-cert.pem
│   │   ├── server-key.pem
│   │   └── sys
│   ├── openedx-media
│   └── redis
│       ├── appendonly.aof
│       └── dump.rdb
└── env
    ├── apps
    │   ├── caddy
    │   ├── openedx
    │   └── redis
    ├── build
    │   ├── openedx
    │   └── permissions
    ├── dev
    │   ├── docker-compose.jobs.tmp.yml
    │   ├── docker-compose.jobs.yml
    │   ├── docker-compose.tmp.yml
    │   └── docker-compose.yml
    ├── k8s
    │   ├── deployments.yml
    │   ├── jobs.yml
    │   ├── namespace.yml
    │   ├── override.yml
    │   ├── services.yml
    │   └── volumes.yml
    ├── kustomization.yml
    ├── local
    │   ├── docker-compose.jobs.tmp.yml
    │   ├── docker-compose.jobs.yml
    │   ├── docker-compose.prod.yml
    │   ├── docker-compose.tmp.yml
    │   └── docker-compose.yml
    ├── plugins
    │   └── mfe
    └── version
3

The configuration is all contained in the env folder so that’s only one you would need to replicate your deployment.

However, the simplest solution is to keep config.yml file and your custom plugin(s) and you should be able to recreate what’s in the env folder. That’s the approach I’m currently using.

I think with the v2 interface of tutor plugins, you can add settings to config.yml from plugins. So in theory, you can have your entire deployment configuration in a single plugin and version control that plugin.

1 Like
4

Would the plugin also hold the extra requirements such as the custom-theme and the any xblocks?

5

I prefer to create the git repo on the parent directory to include tutor and tutor-plugins together.
Then, I add the following directories to .gitignore since they contain the dev environment and the platform data.

  • tutor/volumes
  • tutor/data

It would be best if you kept all of tutor/env since you can track what tutor config save actually does.

If you choose to go minimal, here are my preferences.

You have two options for the custom theme.

  • You can run a command with the Actions functionality to download the plugin to the
    "$(tutor config printroot)/env/build/openedx/themes/myopenedxtheme" location.
  • You can add it to your git repository alongside the plugin.py file at the above location.

The xblocks can be added with the OPENEDX_EXTRA_PIP_REQUIREMENTS patch.
https://docs.tutor.overhang.io/configuration.html?highlight=xblock#installing-extra-xblocks-and-requirements

1 Like
6

+1 for the options @uetuluk listed.

For the your custom theme, you can also create a tutor plugin (Beware of handling templates tags).

I turned my custom-them into a plugin recently because I realised it allows me to add/remove production specific js scripts using patches. For example I don’t need a chat widget when running locally.

7

I think I prefer the idea of having a parent repo that takes care of the build tools.

.gitignore

tutor/volumes
tutor/data

This should allow us to keep the project and dependencies included with the project and allow other devs to build the project as needed. Thank you.