commit | aef0abb09e8d04131f5d2a8b9d086bd68b96eb96 | [log] [tgz] |
---|---|---|
author | Rob Mohr <mohrr@google.com> | Fri Nov 22 21:09:33 2024 +0000 |
committer | CQ Bot Account <pigweed-scoped@luci-project-accounts.iam.gserviceaccount.com> | Fri Nov 22 21:09:33 2024 +0000 |
tree | 4b4afb2945082e2ee9a96208135a4b5fb870b33b | |
parent | 3eef355de2f011f4b3861d6d787346218998b943 [diff] |
docs_builder: Stop using swarming ids All builds (led or otherwise) are now buildbucket builds, so they always have a buildbucket id. Always use that id when uploading to GCS from tryjobs or dry-run builds. Change-Id: Ia9aff9c740ca08a193e6f8cf76fb6a1781982598 Reviewed-on: https://pigweed-review.googlesource.com/c/infra/recipes/+/250652 Presubmit-Verified: CQ Bot Account <pigweed-scoped@luci-project-accounts.iam.gserviceaccount.com> Commit-Queue: Rob Mohr <mohrr@google.com> Reviewed-by: Danielle Kay <danikay@google.com> Lint: Lint 🤖 <android-build-ayeaye@system.gserviceaccount.com>
This repository contains recipes for Pigweed.
A recipe is a Python script that runs a series of commands, using the recipe engine framework from the LUCI project. We use recipes to automatically check out, build, and test Pigweed and downstream projects using Pigweed in continuous integration jobs. The commands the recipes use are very similar to the ones you would use as a developer to check out, build, and test Pigweed in your local environment.
See go/pigweed-recipe-docs for complete documentation and a guide for getting started with writing recipes.
The recommended way to get the source code is with git.
git clone https://pigweed.googlesource.com/infra/recipes
In most cases you will need a Chromium depot_tools checkout in your PATH
as well.
git clone https://chromium.googlesource.com/chromium/tools/depot_tools ~/depot_tools echo 'export PATH="$PATH:$HOME/depot_tools"' >> ~/.bashrc
./presubmit.sh
runs three different sets of tests:
./recipes.py test train
)./black --diff --check .
).recipe_deps/fuchsia/scripts/cleanup_deps.py --check
)The formatting check will tell you what‘s wrong but not fix it. For that you need to run ./black .
. Similarly, the dependencies check will tell you what’s wrong but you'll need to edit the files to fix issues.
If not using ./presubmit.sh
you'll need to run ./scripts/ensure_black.sh
before ./black
is present.