tree: bd638b4dea9e7df91aaa42035c4d55b696197ab2 [path history] [tgz]
  1. codesign/
  2. device_doctor/
  3. doxygen/
  4. ktlint/
  5. ruby/

Flutter CIPD Packages

This folder contains auto built/deployed public CIPD packages used by Flutter CI. These packages will be consumed from tests and auto cached to boost future runs.

Please follow these steps to add a new package.

Creating the package build file

Create a new sub directory under this folder named with the new package. Add a script for Linux/Mac or build.bat for Windows, and put it under a child dir tool. This is the main script to build this package. Add necessary lib files if needed.


  1. make sure the build scripts create a build dir under the package folder and generate artifacts there
  2. we do not archive the binaries in the repo, and they will be uploaded to cipd via a bot.
  3. please add a code owner entry under section cipd packages in CODEOWNERS file.

Add an entry to cocoon .ci.yaml

This is to enable the auto build and upload. Please follow the following example format:

  - name: Mac <package_name>
    recipe: cocoon/cipd
    bringup: true
      script: cipd_packages/<package_name>/tool/
      cipd_name: flutter/<package_name>/mac-amd64 # Use mac-arm64 for arm64 version.
      device_type: none
      - cipd_packages/<package_name>/**
      - .ci.yaml

Start with bringup: true, same as any other regular new target. Once validated in CI, remove it to enable running in the prod environment so that artifacts are to be uploaded to CIPD.

Note: with bringup: true, the target will be executed in a staging environment and it validates only the logic and will not upload to CIPD.

Adding a reference to the CIPD package

Until this step, artifacts are being uploaded to CIPD whenever a new commit is merged. It is useful to add a reference to the package, so that we can use the reference in the CI recipe. This way we won’t need to change the recipe whenever we update the package.

Googlers can request cipd write access to add a reference to a package via:

cipd set-ref flutter/PackageName/mac-amd64 -ref Reference -version InstanceID
  • Reference: e.g. major release versions, like stable, dev, etc. You can update/point to a newer instance with the same reference name later. If not specified, latest will be used based on the latest package instance.
  • InstanceID: this can be obtained from the package page, e.g. ruby.

Note: for non-Googler contributors, please file an infra bug to make a reference request.

Note: if you want to define a specific version tied to a specific instance (e.g. version: version_1_1_1), you can use a tag instead to reference an instance.

cipd set-tag flutter/PackageName/mac-amd64 -tag Tag -version InstanceID

Supporting packages download from CI recipe

Example CL: 51547

Refer to on how to contribute to recipes repository.

Adding/updating package dependency from .ci.yaml from different repositories

This is the last step to enable the package usage in the real CI. Add or update the new package to either the platform level or target level entries for your targeted repository:

dependencies: >-
    {"dependency": "chrome_and_driver", "version": "Reference"},

Note: use the Reference created above.

More details about configuration setup can be found in