Compare commits

...

3 commits

Author SHA1 Message Date
Alex Pyrgiotis
54413ef676
Update dodo.py
Co-authored-by: Alexis Métaireau <alexis@freedom.press>
2024-12-09 19:25:26 +02:00
Alex Pyrgiotis
7a42827894
Update docs/developer/doit.md
Co-authored-by: Alexis Métaireau <alexis@freedom.press>
2024-12-09 19:24:56 +02:00
Alex Pyrgiotis
01a613d640
Update docs/developer/doit.md
Co-authored-by: Alexis Métaireau <alexis@freedom.press>
2024-12-09 18:56:56 +02:00
2 changed files with 3 additions and 3 deletions

View file

@ -1,7 +1,7 @@
# Using the Doit Automation Tool
Developers can use the [Doit](https://pydoit.org/) automation tool to create
release artifacts. The purpose of the tool is to automate our manual release
release artifacts. The purpose of the tool is to automate the manual release
instructions in `RELEASE.md` file. Not everything is automated yet, since we're
still experimenting with this tool. You can find our task definitions in this
repo's `dodo.py` file.
@ -14,7 +14,7 @@ We picked Doit out of the various tools out there for the following reasons:
applicable, it's easy to issue shell commands as well.
* **File targets:** Doit borrows the file target concept from Makefiles. Tasks
can have file dependencies, and targets they build. This makes it easy to
define a dependency graph (DAG) for tasks.
define a dependency graph for tasks.
* **Hash-based caching:** Unlike Makefiles, doit does not look at the
modification timestamp of source/target files, to figure out if it needs to
run them. Instead, it hashes those files, and will run a task only if the

View file

@ -29,7 +29,7 @@ PARAM_APPLE_ID = {
"name": "apple_id",
"long": "apple-id",
"default": APPLE_ID,
"help": "The Apple developer ID that will be used for signing the .dmg",
"help": "The Apple developer ID that will be used to sign the .dmg",
}
PARAM_USE_CACHE = {