Skip to content
Merged
Show file tree
Hide file tree
Changes from 7 commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
1 change: 1 addition & 0 deletions .markdownlint.yaml
Original file line number Diff line number Diff line change
@@ -1,2 +1,3 @@
---
MD013: false
MD033: false # no-inline-html
44 changes: 44 additions & 0 deletions CONTRIBUTING.md
Original file line number Diff line number Diff line change
Expand Up @@ -29,6 +29,48 @@ To contribute a change, please:
6. If changes are requested, the PR author should address the comments, and then
ask for review again.

### Developing the cookiecutter template

We quite like installing cookiecutter as a [uv tool](https://docs.astral.sh/uv/guides/tools/), so it's available globally:

```sh
uv tool install cookiecutter
```

To run cookiecutter using a specific branch of the template:

```sh
cookiecutter gh:UCL-ARC/python-tooling --checkout <branch-name>
```

If you have this repo locally (presumably the case if you're developing), you
can instead run the following:

```sh
cookiecutter /path/to/your/checkout/of/python-tooling --checkout <branch-name>
```

You can omit the `--checkout` option if you're already on the
branch you want to test.

### Developing the recommended tooling pages

Pages all live in the
`docs/pages`
sub-directory, and are written in markdown.

To build the webpage locally (for testing)

1. [Install jekyll]
2. Run `bundle install` from the `docs/` directory of this repository to
install dependencies.
3. Run `bundle exec jekyll serve` from the root directory of this repository.
This should fire up a local web server and tell you its address. By default
the server will automatically refresh the HTML pages if any changes are made
to the markdown sources.

See the [jekyll docs] for more info.

<!-- links here -->

<!-- prettier-ignore-start -->
Expand All @@ -38,4 +80,6 @@ To contribute a change, please:
[Discussions tab]: https://github.com/UCL-ARC/python-tooling/discussions
[Research software engineers]: https://society-rse.org/about/history
[@UCL-ARC/collaborations]: https://github.com/orgs/UCL-ARC/teams/collaborations
[Install jekyll]: https://jekyllrb.com/docs/installation
[jekyll docs]: https://jekyllrb.com/docs
<!-- prettier-ignore-end -->
271 changes: 138 additions & 133 deletions README.md
Original file line number Diff line number Diff line change
@@ -1,4 +1,4 @@
<!-- markdownlint-disable MD033 MD041 -->
<!-- markdownlint-disable MD041 -->
<div style="text-align: center;" align="center">
<img src="https://raw.githubusercontent.com/UCL-ARC/python-tooling/main/images/logo.svg" alt="UCL ARC Python tooling logo" width="120"/>
<h1> UCL ARC Python Recommendations</h1>
Expand All @@ -19,12 +19,148 @@ Python packages with our recommended tooling set up and ready to go.
> package template (e.g., [`scikit-hep`](https://github.com/scikit-hep/cookie)),
> we recommend using their template instead of this one.

## Tutorial

Some quick instructions for using our template are below.
We also have a pedagogical [tutorial](./tutorial.md) that has been given in a couple of workshops geared towards researchers at UCL.

## Using our template

If you have [uv] installed, you can use our template with the following one-liner:

```sh
uvx cookiecutter gh:ucl-arc/python-tooling --checkout latest
```

Alternatively you can [install cookiecutter].
Do this if you don't use [uv], or if you're likely to want to use cookiecutter again.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This says "you can do this if you don't use uv", but then the command below uses uv. Perhaps just link to https://cookiecutter.readthedocs.io/en/stable/README.html#installation instead of offering extra commands?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I do link to there. Line above ☝️
And I thought "Here's the way we install it" indicated that there are other ways.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe we could change

[install cookiecutter]

to

[install cookiecutter] with pipx or pip

to make it clearer that this is distinct from the uv installation instructions and maybe also change

Here's the way we install it:

to

To install cookiecutter using uv run

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

How about just removing the whole thing and directing the user to install cookiecutter following cookiecutter's instructions?

6816c2e

Then it becomes a bit simpler.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good to me!

Here's the way we install it:

```sh
uv tool install cookiecutter
```

Then you'll need to run cookiecutter with our template:

```sh
cookiecutter gh:ucl-arc/python-tooling --checkout latest
```

When [cookiecutter] runs, it will ask you a series of questions to configure your project.
Type the answer or hit return without typing anything to use the default option (shown in parenthesis).
At the end, it will print some more follow-up information in the terminal for things like creating a remote repository and making a website for your package.

Here's an example run through

<details><summary>Click to expand...</summary>

```sh
uvx cookiecutter gh:ucl-arc/python-tooling --checkout latest
[1/14] Given name(s) of package author (Eva Lu): Grace
[2/14] Family name(s) of package author (Ator): Hopper
[3/14] Email address for package author - will be part of package metadata
(grace.hopper@ucl.ac.uk):
[4/14] Name of project - may contain spaces (Python Template): Example Research Software Project
[5/14] 'Slugified' project name for use in URLs - dash-case recommended
(example-research-software-project):
[6/14] Name for Python package - snake_case recommended
(example_research_software_project): ersp
[7/14] Short description of the project (A cookiecutter package with UCL ARC
recommendations.): An example project.
[8/14] Initialise project directory as a Git repository? [y/n] (y): y
[9/14] Automatically deploy HTML docs to GitHub Pages on pushes to main? [y/n]
(y): y
[10/14] GitHub user or organization name which will be owner of repository
(grace-hopper): UCL-ARC
[11/14] Minimum Python version supported by package
1 - 3.11
2 - 3.12
3 - 3.13
Choose from [1/2/3] (1):
[12/14] Maximum Python version supported by package
1 - 3.13
2 - 3.12
3 - 3.11
Choose from [1/2/3] (1):
[13/14] Which open-source license to release package under
1 - MIT
2 - BSD-3
3 - GPL-3.0
Choose from [1/2/3] (1): 1
[14/14] Organisation(s) to acknowledge for funding of project (optional) ():
Initialized empty Git repository in /Users/scnlf/example-research-software-project/.git/
GitHub CLI detected, you can create a repo with the following:

gh repo create UCL-ARC/example-research-software-project -d "An example project." --public -r origin --source example-research-software-project

The 'Documentation' GitHub Actions workflow has been set up to push the built HTML documentation to a branch gh-pages on pushes to main for deploying as a GitHub Pages website. To allow the GitHub Actions bot to push to the gh-pages branch you need to enable 'Read and write permissions' under 'Workflow permissions' at

https://github.com/UCL-ARC/example-research-software-project/settings/actions

After the 'Documentation' workflow has successfully completed at least once you will also need to configure the repository to deploy a GitHub pages site from the content on the gh-pages branch by going to

https://github.com/UCL-ARC/example-research-software-project/settings/pages

and under 'Built and deployment' selecting 'Deploy from a branch' for the 'Source' drop-down and 'gh-pages' for the 'Branch' drop-down, leaving the branch path drop-down with its default value of '/ (root)'.
```

</details>

<br/>

This will create a project directory structure.

<details><summary>Click to expand...</summary>

```sh
tree example-research-software-project
example-research-software-project
├── CITATION.cff
├── LICENSE.md
├── README.md
├── docs
│   ├── LICENSE.md
│   ├── api.md
│   └── index.md
├── mkdocs.yml
├── pyproject.toml
├── schemas
│   └── github-issue-forms.json
├── src
│   └── ersp
│   └── __init__.py
└── tests
└── test_dummy.py

6 directories, 11 files
```

</details>

<br/>

<!-- markdownlint-restore -->

To work on your project, initialise a `git` repository and _install_ your new package editable mode.
You probably want to do this in a [virtual environment](./docs/pages/virtual.md).
The comments show how to do this in [uv] with `uv venv`:

```sh
cd example-research-software-project
git init
# uv venv
# source .venv/bin/activate
uv pip install -e ".[dev]"
```

<!-- links here -->

<!-- prettier-ignore-start -->
[website]: https://github-pages.arc.ucl.ac.uk/python-tooling
[UCL ARC]: https://ucl.ac.uk/arc
[cookiecutter]: https://libraries.io/pypi/cookiecutter
[cookiecutter]: https://cookiecutter.readthedocs.io/en/stable
[install cookiecutter]: https://cookiecutter.readthedocs.io/en/stable/README.html#installation
[uv]: https://docs.astral.sh/uv
<!-- prettier-ignore-end -->

## Contributors
Expand Down Expand Up @@ -68,134 +204,3 @@ Python packages with our recommended tooling set up and ready to go.
<!-- prettier-ignore-end -->

<!-- ALL-CONTRIBUTORS-LIST:END -->

## Using this template

Some quick instructions for using our template are below.
We also have a detailed [tutorial](tutorial.md) that has been given in a couple of workshops geared towards researchers at UCL.
The tutorial goes into much more pedagogical detail, it both describes using the template to create a package
and how to use the newly created package with some of the tools included.

1. Install [cookiecutter] in a `uv venv` or `conda` environment (commented lines for
`uv venv` example).

```sh
# uv venv # creates a .venv directory wherever you are
# source ./.venv/bin/activate
uv pip install cookiecutter
```

2. Run cookiecutter in the desired directory

```sh
cookiecutter gh:ucl-arc/python-tooling --checkout latest
```

If you have this repo locally (this may be the case if you are developing),
you can run the following:

```sh
cookiecutter /path/to/your/checkout/of/python-tooling --checkout latest
```

3. A series of questions will pop up to configure the project. Type the answer
or hit return to use the default option (shown in parenthesis).

Note that these project variables are defined in the `cookiecutter.json`
file.

4. This will create a specific directory structure.

For example, for a project with the following variables:

```yaml
project_name [Python Template]: PROJECT_NAME
project_slug [python-template]: PROJECT_SLUG
package_name [python_template]: PACKAGE_NAME
```

5. To work on your project, initialise a Git repository and _install_ it in
editable mode.

```sh
cd PROJECT_SLUG
git init
uv pip install -e ".[dev]"
```

6. Build your package

```sh
python -m build
```

## Notes for developers

<details><summary>Click to expand...</summary> <!-- markdownlint-disable-line MD033 -->

First, clone repository

- (Optional) Generate your SSH keys as suggested
[here](https://docs.github.com/en/github/authenticating-to-github/generating-a-new-ssh-key-and-adding-it-to-the-ssh-agent)
- (Optional) GitHub CLI as suggested
[here](https://docs.github.com/en/authentication/connecting-to-github-with-ssh/adding-a-new-ssh-key-to-your-github-account?tool=cli)
- Clone the repository by typing (or copying) the following line in a terminal
at your selected path in your machine:

```sh
git clone git@github.com:UCL-ARC/python-tooling.git
cd python-tooling
```

### Developing the cookiecutter template

- To create and remove your virtual environment

```sh
uv venv
source .venv/bin/activate
# do your work
deactivate
```

- To run template in the same path of this repo. We do a test cookiecut of a
dummy package and install it to ensure the template setup works.

```sh
cookiecutter .
cd python-template
git init
uv pip install -e ".[dev]"
```

- To run cookiecutter using a specific branch of the template:

```sh
cookiecutter https://github.com/UCL-ARC/python-tooling --checkout <branch-name>
```

- To run the tests locally:

```sh
pytest -s
```

### Developing the recommended tooling pages

Pages all live in the
[docs/pages](https://github.com/UCL-ARC/python-tooling/tree/main/docs/pages)
sub-directory, and are written in markdown.

To build the webpage locally (for testing)

1. [Install jekyll](https://jekyllrb.com/docs/installation)
2. Run `bundle install` from the `docs/` directory of this repository to
install dependencies.
3. Run `bundle exec jekyll serve` from the root directory of this repository.
This should fire up a local web server and tell you its address. By default
the server will automatically refresh the HTML pages if any changes are made
to the markdown sources.

See the [jekyll docs](https://jekyllrb.com/docs) for more info.

</details>