| <!DOCTYPE HTML> |
| <html lang="en" class="light sidebar-visible" dir="ltr"> |
| <head> |
| <!-- Book generated using mdBook --> |
| <meta charset="UTF-8"> |
| <title>Testing with CI - Rust Compiler Development Guide</title> |
| |
| |
| <!-- Custom HTML head --> |
| |
| <meta name="description" content="A guide to developing the Rust compiler (rustc)"> |
| <meta name="viewport" content="width=device-width, initial-scale=1"> |
| <meta name="theme-color" content="#ffffff"> |
| |
| <link rel="icon" href="../favicon-de23e50b.svg"> |
| <link rel="shortcut icon" href="../favicon-8114d1fc.png"> |
| <link rel="stylesheet" href="../css/variables-8adf115d.css"> |
| <link rel="stylesheet" href="../css/general-2459343d.css"> |
| <link rel="stylesheet" href="../css/chrome-ae938929.css"> |
| <link rel="stylesheet" href="../css/print-9e4910d8.css" media="print"> |
| |
| <!-- Fonts --> |
| <link rel="stylesheet" href="../fonts/fonts-9644e21d.css"> |
| |
| <!-- Highlight.js Stylesheets --> |
| <link rel="stylesheet" id="mdbook-highlight-css" href="../highlight-493f70e1.css"> |
| <link rel="stylesheet" id="mdbook-tomorrow-night-css" href="../tomorrow-night-4c0ae647.css"> |
| <link rel="stylesheet" id="mdbook-ayu-highlight-css" href="../ayu-highlight-3fdfc3ac.css"> |
| |
| <!-- Custom theme stylesheets --> |
| |
| |
| <!-- Provide site root and default themes to javascript --> |
| <script> |
| const path_to_root = "../"; |
| const default_light_theme = "light"; |
| const default_dark_theme = "navy"; |
| window.path_to_searchindex_js = "../searchindex-1f37ce9f.js"; |
| </script> |
| <!-- Start loading toc.js asap --> |
| <script src="../toc-78d030c6.js"></script> |
| </head> |
| <body> |
| <div id="mdbook-help-container"> |
| <div id="mdbook-help-popup"> |
| <h2 class="mdbook-help-title">Keyboard shortcuts</h2> |
| <div> |
| <p>Press <kbd>←</kbd> or <kbd>→</kbd> to navigate between chapters</p> |
| <p>Press <kbd>S</kbd> or <kbd>/</kbd> to search in the book</p> |
| <p>Press <kbd>?</kbd> to show this help</p> |
| <p>Press <kbd>Esc</kbd> to hide this help</p> |
| </div> |
| </div> |
| </div> |
| <div id="mdbook-body-container"> |
| <!-- Work around some values being stored in localStorage wrapped in quotes --> |
| <script> |
| try { |
| let theme = localStorage.getItem('mdbook-theme'); |
| let sidebar = localStorage.getItem('mdbook-sidebar'); |
| |
| if (theme.startsWith('"') && theme.endsWith('"')) { |
| localStorage.setItem('mdbook-theme', theme.slice(1, theme.length - 1)); |
| } |
| |
| if (sidebar.startsWith('"') && sidebar.endsWith('"')) { |
| localStorage.setItem('mdbook-sidebar', sidebar.slice(1, sidebar.length - 1)); |
| } |
| } catch (e) { } |
| </script> |
| |
| <!-- Set the theme before any content is loaded, prevents flash --> |
| <script> |
| const default_theme = window.matchMedia("(prefers-color-scheme: dark)").matches ? default_dark_theme : default_light_theme; |
| let theme; |
| try { theme = localStorage.getItem('mdbook-theme'); } catch(e) { } |
| if (theme === null || theme === undefined) { theme = default_theme; } |
| const html = document.documentElement; |
| html.classList.remove('light') |
| html.classList.add(theme); |
| html.classList.add("js"); |
| </script> |
| |
| <input type="checkbox" id="mdbook-sidebar-toggle-anchor" class="hidden"> |
| |
| <!-- Hide / unhide sidebar before it is displayed --> |
| <script> |
| let sidebar = null; |
| const sidebar_toggle = document.getElementById("mdbook-sidebar-toggle-anchor"); |
| if (document.body.clientWidth >= 1080) { |
| try { sidebar = localStorage.getItem('mdbook-sidebar'); } catch(e) { } |
| sidebar = sidebar || 'visible'; |
| } else { |
| sidebar = 'hidden'; |
| sidebar_toggle.checked = false; |
| } |
| if (sidebar === 'visible') { |
| sidebar_toggle.checked = true; |
| } else { |
| html.classList.remove('sidebar-visible'); |
| } |
| </script> |
| |
| <nav id="mdbook-sidebar" class="sidebar" aria-label="Table of contents"> |
| <!-- populated by js --> |
| <mdbook-sidebar-scrollbox class="sidebar-scrollbox"></mdbook-sidebar-scrollbox> |
| <noscript> |
| <iframe class="sidebar-iframe-outer" src="../toc.html"></iframe> |
| </noscript> |
| <div id="mdbook-sidebar-resize-handle" class="sidebar-resize-handle"> |
| <div class="sidebar-resize-indicator"></div> |
| </div> |
| </nav> |
| |
| <div id="mdbook-page-wrapper" class="page-wrapper"> |
| |
| <div class="page"> |
| <div id="mdbook-menu-bar-hover-placeholder"></div> |
| <div id="mdbook-menu-bar" class="menu-bar sticky"> |
| <div class="left-buttons"> |
| <label id="mdbook-sidebar-toggle" class="icon-button" for="mdbook-sidebar-toggle-anchor" title="Toggle Table of Contents" aria-label="Toggle Table of Contents" aria-controls="mdbook-sidebar"> |
| <span class=fa-svg><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 448 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M0 96C0 78.3 14.3 64 32 64H416c17.7 0 32 14.3 32 32s-14.3 32-32 32H32C14.3 128 0 113.7 0 96zM0 256c0-17.7 14.3-32 32-32H416c17.7 0 32 14.3 32 32s-14.3 32-32 32H32c-17.7 0-32-14.3-32-32zM448 416c0 17.7-14.3 32-32 32H32c-17.7 0-32-14.3-32-32s14.3-32 32-32H416c17.7 0 32 14.3 32 32z"/></svg></span> |
| </label> |
| <button id="mdbook-theme-toggle" class="icon-button" type="button" title="Change theme" aria-label="Change theme" aria-haspopup="true" aria-expanded="false" aria-controls="mdbook-theme-list"> |
| <span class=fa-svg><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 576 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M371.3 367.1c27.3-3.9 51.9-19.4 67.2-42.9L600.2 74.1c12.6-19.5 9.4-45.3-7.6-61.2S549.7-4.4 531.1 9.6L294.4 187.2c-24 18-38.2 46.1-38.4 76.1L371.3 367.1zm-19.6 25.4l-116-104.4C175.9 290.3 128 339.6 128 400c0 3.9 .2 7.8 .6 11.6c1.8 17.5-10.2 36.4-27.8 36.4H96c-17.7 0-32 14.3-32 32s14.3 32 32 32H240c61.9 0 112-50.1 112-112c0-2.5-.1-5-.2-7.5z"/></svg></span> |
| </button> |
| <ul id="mdbook-theme-list" class="theme-popup" aria-label="Themes" role="menu"> |
| <li role="none"><button role="menuitem" class="theme" id="mdbook-theme-default_theme">Auto</button></li> |
| <li role="none"><button role="menuitem" class="theme" id="mdbook-theme-light">Light</button></li> |
| <li role="none"><button role="menuitem" class="theme" id="mdbook-theme-rust">Rust</button></li> |
| <li role="none"><button role="menuitem" class="theme" id="mdbook-theme-coal">Coal</button></li> |
| <li role="none"><button role="menuitem" class="theme" id="mdbook-theme-navy">Navy</button></li> |
| <li role="none"><button role="menuitem" class="theme" id="mdbook-theme-ayu">Ayu</button></li> |
| </ul> |
| <button id="mdbook-search-toggle" class="icon-button" type="button" title="Search (`/`)" aria-label="Toggle Searchbar" aria-expanded="false" aria-keyshortcuts="/ s" aria-controls="mdbook-searchbar"> |
| <span class=fa-svg><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 512 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M416 208c0 45.9-14.9 88.3-40 122.7L502.6 457.4c12.5 12.5 12.5 32.8 0 45.3s-32.8 12.5-45.3 0L330.7 376c-34.4 25.2-76.8 40-122.7 40C93.1 416 0 322.9 0 208S93.1 0 208 0S416 93.1 416 208zM208 352c79.5 0 144-64.5 144-144s-64.5-144-144-144S64 128.5 64 208s64.5 144 144 144z"/></svg></span> |
| </button> |
| </div> |
| |
| <h1 class="menu-title">Rust Compiler Development Guide</h1> |
| |
| <div class="right-buttons"> |
| <a href="../print.html" title="Print this book" aria-label="Print this book"> |
| <span class=fa-svg id="print-button"><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 512 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M128 0C92.7 0 64 28.7 64 64v96h64V64H354.7L384 93.3V160h64V93.3c0-17-6.7-33.3-18.7-45.3L400 18.7C388 6.7 371.7 0 354.7 0H128zM384 352v32 64H128V384 368 352H384zm64 32h32c17.7 0 32-14.3 32-32V256c0-35.3-28.7-64-64-64H64c-35.3 0-64 28.7-64 64v96c0 17.7 14.3 32 32 32H64v64c0 35.3 28.7 64 64 64H384c35.3 0 64-28.7 64-64V384zm-16-88c-13.3 0-24-10.7-24-24s10.7-24 24-24s24 10.7 24 24s-10.7 24-24 24z"/></svg></span> |
| </a> |
| <a href="https://github.com/rust-lang/rustc-dev-guide" title="Git repository" aria-label="Git repository"> |
| <span class=fa-svg><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 496 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M165.9 397.4c0 2-2.3 3.6-5.2 3.6-3.3.3-5.6-1.3-5.6-3.6 0-2 2.3-3.6 5.2-3.6 3-.3 5.6 1.3 5.6 3.6zm-31.1-4.5c-.7 2 1.3 4.3 4.3 4.9 2.6 1 5.6 0 6.2-2s-1.3-4.3-4.3-5.2c-2.6-.7-5.5.3-6.2 2.3zm44.2-1.7c-2.9.7-4.9 2.6-4.6 4.9.3 2 2.9 3.3 5.9 2.6 2.9-.7 4.9-2.6 4.6-4.6-.3-1.9-3-3.2-5.9-2.9zM244.8 8C106.1 8 0 113.3 0 252c0 110.9 69.8 205.8 169.5 239.2 12.8 2.3 17.3-5.6 17.3-12.1 0-6.2-.3-40.4-.3-61.4 0 0-70 15-84.7-29.8 0 0-11.4-29.1-27.8-36.6 0 0-22.9-15.7 1.6-15.4 0 0 24.9 2 38.6 25.8 21.9 38.6 58.6 27.5 72.9 20.9 2.3-16 8.8-27.1 16-33.7-55.9-6.2-112.3-14.3-112.3-110.5 0-27.5 7.6-41.3 23.6-58.9-2.6-6.5-11.1-33.3 2.6-67.9 20.9-6.5 69 27 69 27 20-5.6 41.5-8.5 62.8-8.5s42.8 2.9 62.8 8.5c0 0 48.1-33.6 69-27 13.7 34.7 5.2 61.4 2.6 67.9 16 17.7 25.8 31.5 25.8 58.9 0 96.5-58.9 104.2-114.8 110.5 9.2 7.9 17 22.9 17 46.4 0 33.7-.3 75.4-.3 83.6 0 6.5 4.6 14.4 17.3 12.1C428.2 457.8 496 362.9 496 252 496 113.3 383.5 8 244.8 8zM97.2 352.9c-1.3 1-1 3.3.7 5.2 1.6 1.6 3.9 2.3 5.2 1 1.3-1 1-3.3-.7-5.2-1.6-1.6-3.9-2.3-5.2-1zm-10.8-8.1c-.7 1.3.3 2.9 2.3 3.9 1.6 1 3.6.7 4.3-.7.7-1.3-.3-2.9-2.3-3.9-2-.6-3.6-.3-4.3.7zm32.4 35.6c-1.6 1.3-1 4.3 1.3 6.2 2.3 2.3 5.2 2.6 6.5 1 1.3-1.3.7-4.3-1.3-6.2-2.2-2.3-5.2-2.6-6.5-1zm-11.4-14.7c-1.6 1-1.6 3.6 0 5.9 1.6 2.3 4.3 3.3 5.6 2.3 1.6-1.3 1.6-3.9 0-6.2-1.4-2.3-4-3.3-5.6-2z"/></svg></span> |
| </a> |
| <a href="https://github.com/rust-lang/rustc-dev-guide/edit/main/src/tests/ci.md" title="Suggest an edit" aria-label="Suggest an edit" rel="edit"> |
| <span class=fa-svg id="git-edit-button"><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 512 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M421.7 220.3l-11.3 11.3-22.6 22.6-205 205c-6.6 6.6-14.8 11.5-23.8 14.1L30.8 511c-8.4 2.5-17.5 .2-23.7-6.1S-1.5 489.7 1 481.2L38.7 353.1c2.6-9 7.5-17.2 14.1-23.8l205-205 22.6-22.6 11.3-11.3 33.9 33.9 62.1 62.1 33.9 33.9zM96 353.9l-9.3 9.3c-.9 .9-1.6 2.1-2 3.4l-25.3 86 86-25.3c1.3-.4 2.5-1.1 3.4-2l9.3-9.3H112c-8.8 0-16-7.2-16-16V353.9zM453.3 19.3l39.4 39.4c25 25 25 65.5 0 90.5l-14.5 14.5-22.6 22.6-11.3 11.3-33.9-33.9-62.1-62.1L314.3 67.7l11.3-11.3 22.6-22.6 14.5-14.5c25-25 65.5-25 90.5 0z"/></svg></span> |
| </a> |
| |
| </div> |
| </div> |
| |
| <div id="mdbook-search-wrapper" class="hidden"> |
| <form id="mdbook-searchbar-outer" class="searchbar-outer"> |
| <div class="search-wrapper"> |
| <input type="search" id="mdbook-searchbar" name="searchbar" placeholder="Search this book ..." aria-controls="mdbook-searchresults-outer" aria-describedby="searchresults-header"> |
| <div class="spinner-wrapper"> |
| <span class=fa-svg id="fa-spin"><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 512 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M304 48c0-26.5-21.5-48-48-48s-48 21.5-48 48s21.5 48 48 48s48-21.5 48-48zm0 416c0-26.5-21.5-48-48-48s-48 21.5-48 48s21.5 48 48 48s48-21.5 48-48zM48 304c26.5 0 48-21.5 48-48s-21.5-48-48-48s-48 21.5-48 48s21.5 48 48 48zm464-48c0-26.5-21.5-48-48-48s-48 21.5-48 48s21.5 48 48 48s48-21.5 48-48zM142.9 437c18.7-18.7 18.7-49.1 0-67.9s-49.1-18.7-67.9 0s-18.7 49.1 0 67.9s49.1 18.7 67.9 0zm0-294.2c18.7-18.7 18.7-49.1 0-67.9S93.7 56.2 75 75s-18.7 49.1 0 67.9s49.1 18.7 67.9 0zM369.1 437c18.7 18.7 49.1 18.7 67.9 0s18.7-49.1 0-67.9s-49.1-18.7-67.9 0s-18.7 49.1 0 67.9z"/></svg></span> |
| </div> |
| </div> |
| </form> |
| <div id="mdbook-searchresults-outer" class="searchresults-outer hidden"> |
| <div id="mdbook-searchresults-header" class="searchresults-header"></div> |
| <ul id="mdbook-searchresults"> |
| </ul> |
| </div> |
| </div> |
| |
| <!-- Apply ARIA attributes after the sidebar and the sidebar toggle button are added to the DOM --> |
| <script> |
| document.getElementById('mdbook-sidebar-toggle').setAttribute('aria-expanded', sidebar === 'visible'); |
| document.getElementById('mdbook-sidebar').setAttribute('aria-hidden', sidebar !== 'visible'); |
| Array.from(document.querySelectorAll('#mdbook-sidebar a')).forEach(function(link) { |
| link.setAttribute('tabIndex', sidebar === 'visible' ? 0 : -1); |
| }); |
| </script> |
| |
| <div id="mdbook-content" class="content"> |
| <main> |
| <h1 id="testing-with-ci"><a class="header" href="#testing-with-ci">Testing with CI</a></h1> |
| <p>The primary goal of our CI system is to ensure that the <code>main</code> branch of |
| <code>rust-lang/rust</code> is always in a valid state by passing our test suite.</p> |
| <p>From a high-level point of view, when you open a pull request at |
| <code>rust-lang/rust</code>, the following will happen:</p> |
| <ul> |
| <li>A small <a href="#pull-request-builds">subset</a> of tests and checks are run after each |
| push to the PR. |
| This should help catch common errors.</li> |
| <li>When the PR is approved, the <a href="https://github.com/bors">bors</a> bot enqueues the PR into a <a href="https://bors.rust-lang.org/queue/rust">merge queue</a>.</li> |
| <li>Once the PR gets to the front of the queue, bors will create a merge commit |
| and run the <a href="#auto-builds">full test suite</a> on it. |
| The merge commit either contains only one specific PR or it can be a <a href="#rollups">“rollup”</a> which |
| combines multiple PRs together, to reduce CI costs and merge delays.</li> |
| <li>Once the whole test suite finishes, two things can happen. Either CI fails |
| with an error that needs to be addressed by the developer, or CI succeeds and |
| the merge commit is then pushed to the <code>main</code> branch.</li> |
| </ul> |
| <p>If you want to modify what gets executed on CI, see <a href="#modifying-ci-jobs">Modifying CI jobs</a>.</p> |
| <h2 id="ci-workflow"><a class="header" href="#ci-workflow">CI workflow</a></h2> |
| <!-- date-check: Oct 2024 --> |
| <p>Our CI is primarily executed on <a href="https://github.com/rust-lang/rust/actions">GitHub Actions</a>, with a single workflow defined |
| in <a href="https://github.com/rust-lang/rust/blob/HEAD/.github/workflows/ci.yml"><code>.github/workflows/ci.yml</code></a>, which contains a bunch of steps that are |
| unified for all CI jobs that we execute. |
| When a commit is pushed to a corresponding branch or a PR, the workflow executes the |
| <a href="https://github.com/rust-lang/rust/blob/HEAD/src/ci/citool"><code>src/ci/citool</code></a> crate, which dynamically generates the specific CI jobs that should be executed. |
| This script uses the <a href="https://github.com/rust-lang/rust/blob/HEAD/src/ci/github-actions/jobs.yml"><code>jobs.yml</code></a> file as an |
| input, which contains a declarative configuration of all our CI jobs.</p> |
| <blockquote> |
| <p>Almost all build steps shell out to separate scripts. This keeps the CI fairly |
| platform independent (i.e., we are not overly reliant on GitHub Actions). |
| GitHub Actions is only relied on for bootstrapping the CI process and for |
| orchestrating the scripts that drive the process.</p> |
| </blockquote> |
| <p>In essence, all CI jobs run <code>./x test</code>, <code>./x dist</code> or some other command with |
| different configurations, across various operating systems, targets, and platforms. |
| There are two broad categories of jobs that are executed, <code>dist</code> and non-<code>dist</code> jobs.</p> |
| <ul> |
| <li>Dist jobs build a full release of the compiler for a specific platform, |
| including all the tools we ship through rustup. |
| Those builds are then uploaded |
| to the <code>rust-lang-ci2</code> S3 bucket and are available to be locally installed |
| with the <a href="https://github.com/kennytm/rustup-toolchain-install-master">rustup-toolchain-install-master</a> tool. |
| The same builds are also used |
| for actual releases: our release process basically consists of copying those |
| artifacts from <code>rust-lang-ci2</code> to the production endpoint and signing them.</li> |
| <li>Non-dist jobs run our full test suite on the platform, and the test suite of |
| all the tools we ship through rustup; |
| The amount of stuff we test depends on |
| the platform (for example some tests are run only on Tier 1 platforms), and |
| some quicker platforms are grouped together on the same builder to avoid wasting CI resources.</li> |
| </ul> |
| <p>Based on an input event (usually a push to a branch), we execute one of three |
| kinds of builds (sets of jobs).</p> |
| <ol> |
| <li>PR builds</li> |
| <li>Auto builds</li> |
| <li>Try builds</li> |
| </ol> |
| <h3 id="pull-request-builds"><a class="header" href="#pull-request-builds">Pull Request builds</a></h3> |
| <p>After each push to a pull request, a set of <code>pr</code> jobs are executed. |
| Currently, these execute the <code>x86_64-gnu-llvm-X</code>, <code>x86_64-gnu-tools</code>, <code>pr-check-1</code>, <code>pr-check-2</code> |
| and <code>tidy</code> jobs, all running on Linux. |
| These execute a relatively short |
| (~40 minutes) and lightweight test suite that should catch common issues. |
| More specifically, they run a set of lints, they try to perform a cross-compile check |
| build to Windows mingw (without producing any artifacts), and they test the |
| compiler using a <em>system</em> version of LLVM. |
| Unfortunately, it would take too many |
| resources to run the full test suite for each commit on every PR.</p> |
| <blockquote> |
| <p><strong>Note on doc comments</strong></p> |
| <p>Note that PR CI as of Oct 2024 <!-- datecheck --> by default does not try to |
| run <code>./x doc xxx</code>. This means that if you have any broken intradoc links that |
| would lead to <code>./x doc xxx</code> failing, it will happen very late into the full |
| merge queue CI pipeline.</p> |
| <p>Thus, it is a good idea to run <code>./x doc xxx</code> locally for any doc comment |
| changes to help catch these early.</p> |
| </blockquote> |
| <p>PR jobs are defined in the <code>pr</code> section of <a href="https://github.com/rust-lang/rust/blob/HEAD/src/ci/github-actions/jobs.yml"><code>jobs.yml</code></a>. |
| Their results can be observed |
| directly on the PR, in the “CI checks” section at the bottom of the PR page.</p> |
| <h3 id="auto-builds"><a class="header" href="#auto-builds">Auto builds</a></h3> |
| <p>Before a commit can be merged into the <code>main</code> branch, it needs to pass our complete test suite. |
| We call this an <code>auto</code> build. |
| This build runs tens of CI jobs that exercise various tests across operating systems and targets. |
| The full test suite is quite slow; |
| it can take several hours until all the <code>auto</code> CI jobs finish.</p> |
| <p>Most platforms only run the build steps, some run a restricted set of tests; |
| only a subset run the full suite of tests (see Rust’s <a href="https://forge.rust-lang.org/release/platform-support.html#rust-platform-support">platform tiers</a>).</p> |
| <p>Auto jobs are defined in the <code>auto</code> section of <a href="https://github.com/rust-lang/rust/blob/HEAD/src/ci/github-actions/jobs.yml"><code>jobs.yml</code></a>. |
| They are executed on the <code>auto</code> branch under the <code>rust-lang/rust</code> repository, |
| and the final result will be reported via a comment made by bors on the corresponding PR. |
| The live results can be seen on <a href="https://github.com/rust-lang/rust/actions">the GitHub Actions workflows page</a>.</p> |
| <p>At any given time, at most a single <code>auto</code> build is being executed. |
| Find out more in <a href="#merging-prs-serially-with-bors">Merging PRs serially with bors</a>.</p> |
| <h3 id="try-builds"><a class="header" href="#try-builds">Try builds</a></h3> |
| <p>Sometimes we want to run a subset of the test suite on CI for a given PR, or |
| build a set of compiler artifacts from that PR, without attempting to merge it. |
| We call this a “try build”. |
| A try build is started after a user with the proper |
| permissions posts a PR comment with the <code>@bors try</code> command.</p> |
| <p>There are several use-cases for try builds:</p> |
| <ul> |
| <li>Run a set of performance benchmarks using our <a href="https://github.com/rust-lang/rustc-perf">rustc-perf</a> benchmark suite. |
| For this, a working compiler build is needed, which can be generated with a |
| try build that runs the <a href="https://github.com/rust-lang/rust/blob/HEAD/src/ci/docker/host-x86_64/dist-x86_64-linux/Dockerfile">dist-x86_64-linux</a> CI job, which builds an optimized |
| version of the compiler on Linux (this job is currently executed by default |
| when you start a try build). |
| To create a try build and schedule it for a |
| performance benchmark, you can use the <code>@bors try @rust-timer queue</code> command combination.</li> |
| <li>Check the impact of the PR across the Rust ecosystem, using a <a href="crater.html">Crater</a> run. |
| Again, a working compiler build is needed for this, which can be produced by |
| the <a href="https://github.com/rust-lang/rust/blob/HEAD/src/ci/docker/host-x86_64/dist-x86_64-linux/Dockerfile">dist-x86_64-linux</a> CI job.</li> |
| <li>Run a specific CI job (e.g. Windows tests) on a PR, to quickly test if it |
| passes the test suite executed by that job.</li> |
| </ul> |
| <p>By default, if you send a comment with <code>@bors try</code>, the jobs defined in the <code>try</code> section of |
| <a href="https://github.com/rust-lang/rust/blob/HEAD/src/ci/github-actions/jobs.yml"><code>jobs.yml</code></a> will be executed. |
| We call this mode a “fast try build”. |
| Such a try build will not execute any tests, and it will allow compilation warnings. |
| It is useful when you want to |
| get an optimized toolchain as fast as possible, for a Crater run or performance benchmarks, |
| even if it might not be working fully correctly. |
| If you want to do a full build for the default try job, |
| specify its job name in a job pattern (explained below).</p> |
| <p>If you want to run custom CI jobs in a try build and make sure that they pass all tests and do |
| not produce any compilation warnings, you can select CI jobs to be executed by specifying a <em>job pattern</em>, |
| which can be used in one of two ways:</p> |
| <ul> |
| <li>You can add a set of <code>try-job: <job pattern></code> directives to the PR description (described below) and then |
| simply run <code>@bors try</code>. |
| CI will read these directives and run the jobs that you have specified. |
| This is |
| useful if you want to rerun the same set of try jobs multiple times, after incrementally modifying a PR.</li> |
| <li>You can specify the job pattern using the <code>jobs</code> parameter of the try command: <code>@bors try jobs=<job pattern></code>. |
| This is useful for one-off try builds with specific jobs. |
| Note that the <code>jobs</code> parameter has a higher priority than the PR description directives. |
| <ul> |
| <li>There can also be multiple patterns specified, e.g. <code>@bors try jobs=job1,job2,job3</code>.</li> |
| </ul> |
| </li> |
| </ul> |
| <p>Each job pattern can either be an exact name of a job or a glob pattern that matches multiple jobs, |
| for example <code>*msvc*</code> or <code>*-alt</code>. |
| You can start at most 20 jobs in a single try build. |
| When using |
| glob patterns in the PR description, you can optionally wrap them in backticks (<code>`</code>) to avoid GitHub rendering |
| the pattern as Markdown if it contains e.g. an asterisk. Note that this escaping will not work when using |
| the <code>@bors jobs=</code> parameter.</p> |
| <p>The job pattern needs to match one or more jobs defined in the <code>auto</code> or <code>optional</code> sections |
| of <a href="https://github.com/rust-lang/rust/blob/HEAD/src/ci/github-actions/jobs.yml"><code>jobs.yml</code></a>:</p> |
| <ul> |
| <li><code>auto</code> jobs are executed before a commit is merged into the <code>main</code> branch.</li> |
| <li><code>optional</code> jobs are executed only when explicitly requested via a try build. |
| They are typically used for tier 2 and tier 3 targets.</li> |
| </ul> |
| <p>One reason to do a try build is to do a perf run, as described above, with <code>@rust-timer queue</code>. |
| This perf build then compares against some commit on main. |
| With <code>@bors try parent=<sha></code> you can base your try build and subsequent perf run on a specific commit on <code>main</code>, |
| to help make the perf comparison as fair as possible.</p> |
| <blockquote> |
| <p><strong>Using <code>try-job</code> PR description directives</strong></p> |
| <ol> |
| <li> |
| <p>Identify which set of try-jobs you would like to exercise. You can |
| find the name of the CI jobs in <a href="https://github.com/rust-lang/rust/blob/HEAD/src/ci/github-actions/jobs.yml"><code>jobs.yml</code></a>.</p> |
| </li> |
| <li> |
| <p>Amend PR description to include a set of patterns (usually at the end |
| of the PR description), for example:</p> |
| <pre><code class="language-text">This PR fixes #123456. |
| |
| try-job: x86_64-msvc |
| try-job: test-various |
| try-job: `*-alt` |
| </code></pre> |
| <p>Each <code>try-job</code> pattern must be on its own line.</p> |
| </li> |
| <li> |
| <p>Run the prescribed try jobs with <code>@bors try</code>. As aforementioned, this |
| requires the user to either (1) have <code>try</code> permissions or (2) be delegated |
| with <code>try</code> permissions by <code>@bors delegate</code> by someone who has <code>try</code> |
| permissions.</p> |
| </li> |
| </ol> |
| <p>Note that this is usually easier to do than manually edit <a href="https://github.com/rust-lang/rust/blob/HEAD/src/ci/github-actions/jobs.yml"><code>jobs.yml</code></a>. |
| However, it can be less flexible because you cannot adjust the set of tests |
| that are exercised this way.</p> |
| </blockquote> |
| <p>Try builds are executed on the <code>try</code> branch under the <code>rust-lang/rust</code> repository and |
| their results can be seen on <a href="https://github.com/rust-lang/rust/actions">the GitHub Actions workflows page</a>, |
| although usually you will be notified of the result by a comment made by bors on |
| the corresponding PR.</p> |
| <p>Multiple try builds can execute concurrently across different PRs, but there can be at most |
| a single try build running on a single PR at any given time.</p> |
| <p>Note that try builds are handled using the <a href="https://github.com/rust-lang/bors">new bors</a> implementation.</p> |
| <h3 id="modifying-ci-jobs"><a class="header" href="#modifying-ci-jobs">Modifying CI jobs</a></h3> |
| <p>If you want to modify what gets executed on our CI, you can simply modify the |
| <code>pr</code>, <code>auto</code> or <code>try</code> sections of the <a href="https://github.com/rust-lang/rust/blob/HEAD/src/ci/github-actions/jobs.yml"><code>jobs.yml</code></a> file.</p> |
| <p>You can also modify what gets executed temporarily, for example to test a |
| particular platform or configuration that is challenging to test locally (for |
| example, if a Windows build fails, but you don’t have access to a Windows machine). |
| Don’t hesitate to use CI resources in such situations.</p> |
| <p>You can perform an arbitrary CI job in two ways:</p> |
| <ul> |
| <li>Use the <a href="#try-builds">try build</a> functionality, and specify the CI jobs that |
| you want to be executed in try builds in your PR description.</li> |
| <li>Modify the <a href="#pull-request-builds"><code>pr</code></a> section of <code>jobs.yml</code> to specify which |
| CI jobs should be executed after each push to your PR. |
| This might be faster than repeatedly starting try builds.</li> |
| </ul> |
| <p>To modify the jobs executed after each push to a PR, you can simply copy one of |
| the job definitions from the <code>auto</code> section to the <code>pr</code> section. |
| For example, the <code>x86_64-msvc</code> job is responsible for running the 64-bit MSVC tests. |
| You can copy it to the <code>pr</code> section to cause it to be executed after a commit is pushed |
| to your PR, like this:</p> |
| <pre><code class="language-yaml">pr: |
| ... |
| - image: x86_64-gnu-tools |
| <<: *job-linux-16c |
| # this item was copied from the `auto` section |
| # vvvvvvvvvvvvvvvvvv |
| - image: x86_64-msvc |
| env: |
| RUST_CONFIGURE_ARGS: --build=x86_64-pc-windows-msvc --enable-profiler |
| SCRIPT: make ci-msvc |
| <<: *job-windows-8c |
| </code></pre> |
| <p>Then you can commit the file and push it to your PR branch on GitHub. |
| GitHub Actions should then execute this CI job after each push to your PR.</p> |
| <div class="warning"> |
| <p><strong>After you have finished your experiments, don’t forget to remove any changes |
| you have made to <code>jobs.yml</code>, if they were supposed to be temporary!</strong></p> |
| <p>A good practice is to prefix <code>[WIP]</code> in PR title while still running try jobs |
| and <code>[DO NOT MERGE]</code> in the commit that modifies the CI jobs for testing purposes.</p> |
| </div> |
| |
| <p>Although you are welcome to use CI, just be conscious that this is a shared |
| resource with limited concurrency. |
| Try not to enable too many jobs at once; |
| one or two should be sufficient in most cases.</p> |
| <h2 id="merging-prs-serially-with-bors"><a class="header" href="#merging-prs-serially-with-bors">Merging PRs serially with bors</a></h2> |
| <p>CI services usually test the last commit of a branch merged with the last commit |
| in <code>main</code>, and while that’s great to check if the feature works in isolation, |
| it doesn’t provide any guarantee the code is going to work once it’s merged. |
| Breakages like these usually happen when another, incompatible PR is merged |
| after the build happened.</p> |
| <p>To ensure a <code>main</code> branch that works all the time, we forbid manual merges. |
| Instead, all PRs have to be approved through our bot, <a href="https://github.com/bors">bors</a> (the software |
| behind it is called <a href="https://github.com/rust-lang/homu">homu</a>). |
| All the approved PRs are put in a <a href="https://bors.rust-lang.org/queue/rust">merge queue</a> |
| (sorted by priority and creation date) and are automatically tested one at the time. |
| If all the builders are green, the PR is merged, otherwise the failure is |
| recorded and the PR will have to be re-approved again.</p> |
| <p>Bors doesn’t interact with CI services directly, but it works by pushing the |
| merge commit it wants to test to specific branches (like <code>auto</code> or <code>try</code>), which |
| are configured to execute CI checks. |
| Bors then detects the outcome of the build by listening for either Commit Statuses or Check Runs. |
| Since the merge commit is |
| based on the latest <code>main</code> and only one can be tested at the same time, when |
| the results are green, <code>main</code> is fast-forwarded to that merge commit.</p> |
| <p>Unfortunately, testing a single PR at a time, combined with our long CI (~2 |
| hours for a full run), means we can’t merge a lot of PRs in a single day, and a |
| single failure greatly impacts our throughput. |
| The maximum number of PRs we can merge in a day is around ~10.</p> |
| <p>The long CI run times, and requirement for a large builder pool, is largely due |
| to the fact that full release artifacts are built in the <code>dist-</code> builders. |
| This is worth it because these release artifacts:</p> |
| <ul> |
| <li>Allow perf testing even at a later date.</li> |
| <li>Allow bisection when bugs are discovered later.</li> |
| <li>Ensure release quality since if we’re always releasing, we can catch problems |
| early.</li> |
| </ul> |
| <h3 id="rollups"><a class="header" href="#rollups">Rollups</a></h3> |
| <p>Some PRs don’t need the full test suite to be executed: trivial changes like |
| typo fixes or README improvements <em>shouldn’t</em> break the build, and testing every |
| single one of them for 2+ hours would be wasteful. |
| To solve this, we regularly create a “rollup”, a PR where we merge several pending trivial PRs so |
| they can be tested together. |
| Rollups are created manually by a team member using |
| the “create a rollup” button on the <a href="https://bors.rust-lang.org/queue/rust">merge queue</a>. |
| The team member uses their judgment to decide if a PR is risky or not.</p> |
| <h2 id="docker"><a class="header" href="#docker">Docker</a></h2> |
| <p>All CI jobs, except those on macOS and Windows, are executed inside that |
| platform’s custom <a href="https://github.com/rust-lang/rust/tree/HEAD/src/ci/docker">Docker container</a>. |
| This has a lot of advantages for us:</p> |
| <ul> |
| <li> |
| <p>The build environment is consistent regardless of the changes of the |
| underlying image (switching from the trusty image to xenial was painless for us).</p> |
| </li> |
| <li> |
| <p>We can use ancient build environments to ensure maximum binary compatibility, |
| for example <a href="https://github.com/rust-lang/rust/blob/HEAD/src/ci/docker/host-x86_64/dist-x86_64-linux/Dockerfile">using older CentOS releases</a> on our Linux builders.</p> |
| </li> |
| <li> |
| <p>We can avoid reinstalling tools (like QEMU or the Android emulator) every time, |
| thanks to Docker image caching.</p> |
| </li> |
| <li> |
| <p>Users can run the same tests in the same environment locally by just running this command:</p> |
| <pre><code>cargo run --manifest-path src/ci/citool/Cargo.toml run-local <job-name> |
| </code></pre> |
| <p>This is helpful for debugging failures. |
| Note that there are only Linux Docker images available locally due to licensing and |
| other restrictions.</p> |
| </li> |
| </ul> |
| <p>The Docker images prefixed with <code>dist-</code> are used for building artifacts while |
| those without that prefix run tests and checks.</p> |
| <p>We also run tests for less common architectures (mainly Tier 2 and Tier 3 platforms) in CI. |
| Since those platforms are not x86, we either run everything |
| inside QEMU, or we just cross-compile if we don’t want to run the tests for that platform.</p> |
| <p>These builders are running on a special pool of builders set up and maintained for us by GitHub.</p> |
| <h2 id="caching"><a class="header" href="#caching">Caching</a></h2> |
| <p>Our CI workflow uses various caching mechanisms, mainly for two things:</p> |
| <h3 id="docker-images-caching"><a class="header" href="#docker-images-caching">Docker images caching</a></h3> |
| <p>The Docker images we use to run most of the Linux-based builders take a <em>long</em> time to fully build. |
| To speed up the build, we cache them using <a href="https://docs.docker.com/build/cache/backends/registry/">Docker registry |
| caching</a>, with the intermediate artifacts being stored on <a href="https://github.com/rust-lang/rust/pkgs/container/rust-ci">ghcr.io</a>. |
| We also push the built Docker images to ghcr, so that they can be reused by other tools |
| (rustup) or by developers running the Docker build locally (to speed up their build).</p> |
| <p>Since we test multiple, diverged branches (<code>main</code>, <code>beta</code> and <code>stable</code>), we |
| can’t rely on a single cache for the images, otherwise builds on a branch would |
| override the cache for the others. |
| Instead, we store the images under different |
| tags, identifying them with a custom hash made from the contents of all the |
| Dockerfiles and related scripts.</p> |
| <p>The CI calculates a hash key, so that the cache of a Docker image is |
| invalidated if one of the following changes:</p> |
| <ul> |
| <li>Dockerfile</li> |
| <li>Files copied into the Docker image in the Dockerfile</li> |
| <li>The architecture of the GitHub runner (x86 or ARM)</li> |
| </ul> |
| <h3 id="llvm-caching-with-sccache"><a class="header" href="#llvm-caching-with-sccache">LLVM caching with Sccache</a></h3> |
| <p>We build some C/C++ stuff in various CI jobs, and we rely on <a href="https://github.com/mozilla/sccache">Sccache</a> to cache |
| the intermediate LLVM artifacts. |
| Sccache is a distributed ccache developed by |
| Mozilla, which can use an object storage bucket as the storage backend.</p> |
| <p>With Sccache there’s no need to calculate the hash key ourselves. |
| Sccache invalidates the cache automatically when it detects changes to relevant inputs, |
| such as the source code, the version of the compiler, and important environment variables. |
| So we just pass the Sccache wrapper on top of Cargo and Sccache does the rest.</p> |
| <p>We store the persistent artifacts on the S3 bucket, <code>rust-lang-ci-sccache2</code>. |
| So when the CI runs, if Sccache sees that LLVM is being compiled with the same C/C++ |
| compiler and the LLVM source code is the same, Sccache retrieves the individual |
| compiled translation units from S3.</p> |
| <h2 id="custom-tooling-around-ci"><a class="header" href="#custom-tooling-around-ci">Custom tooling around CI</a></h2> |
| <p>During the years, we developed some custom tooling to improve our CI experience.</p> |
| <h3 id="rust-log-analyzer-to-show-the-error-message-in-prs"><a class="header" href="#rust-log-analyzer-to-show-the-error-message-in-prs">Rust Log Analyzer to show the error message in PRs</a></h3> |
| <p>The build logs for <code>rust-lang/rust</code> are huge, and it’s not practical to find |
| what caused the build to fail by looking at the logs. |
| We therefore developed a bot called <a href="https://github.com/rust-lang/rust-log-analyzer">Rust Log Analyzer</a> (RLA) that |
| receives the build logs on failure, and extracts the error message automatically, |
| posting it on the PR thread.</p> |
| <p>The bot is not hardcoded to look for error strings, but was trained with a bunch |
| of build failures to recognize which lines are common between builds and which are not. |
| While the generated snippets can be weird sometimes, the bot is pretty |
| good at identifying the relevant lines, even if it’s an error we’ve never seen before.</p> |
| <h3 id="toolstate-to-support-allowed-failures"><a class="header" href="#toolstate-to-support-allowed-failures">Toolstate to support allowed failures</a></h3> |
| <p>The <code>rust-lang/rust</code> repo doesn’t only test the compiler on its CI, but also a |
| variety of tools and documentation. |
| Some documentation is pulled in via git submodules. |
| If we blocked merging rustc PRs on the documentation being fixed, we |
| would be stuck in a chicken-and-egg problem, because the documentation’s CI |
| would not pass since updating it would need the not-yet-merged version of rustc |
| to test against (and we usually require CI to be passing).</p> |
| <p>To avoid the problem, submodules are allowed to fail, and their status is |
| recorded in <a href="https://rust-lang-nursery.github.io/rust-toolstate">rust-toolstate</a>. |
| When a submodule breaks, a bot automatically pings |
| the maintainers so they know about the breakage, and it records the failure on |
| the toolstate repository. |
| The release process will then ignore broken tools on |
| nightly, removing them from the shipped nightlies.</p> |
| <p>While tool failures are allowed most of the time, they’re automatically |
| forbidden a week before a release: we don’t care if tools are broken on nightly |
| but they must work on beta and stable, so they also need to work on nightly a |
| few days before we promote nightly to beta.</p> |
| <p>More information is available in the <a href="https://forge.rust-lang.org/infra/toolstate.html">toolstate documentation</a>.</p> |
| <h2 id="public-ci-dashboard"><a class="header" href="#public-ci-dashboard">Public CI dashboard</a></h2> |
| <p>To monitor the Rust CI, you can have a look at the <a href="https://p.datadoghq.com/sb/3a172e20-e9e1-11ed-80e3-da7ad0900002-b5f7bb7e08b664a06b08527da85f7e30">public dashboard</a> maintained by the infra team.</p> |
| <p>These are some useful panels from the dashboard:</p> |
| <ul> |
| <li>Pipeline duration: check how long the auto builds take to run.</li> |
| <li>Top slowest jobs: check which jobs are taking the longest to run.</li> |
| <li>Change in median job duration: check what jobs are slowest than before. Useful |
| to detect regressions.</li> |
| <li>Top failed jobs: check which jobs are failing the most.</li> |
| </ul> |
| <p>To learn more about the dashboard, see the <a href="https://docs.datadoghq.com/continuous_integration/">Datadog CI docs</a>.</p> |
| <h2 id="determining-the-ci-configuration"><a class="header" href="#determining-the-ci-configuration">Determining the CI configuration</a></h2> |
| <p>If you want to determine which <code>bootstrap.toml</code> settings are used in CI for a |
| particular job, it is probably easiest to just look at the build log. |
| To do this:</p> |
| <ol> |
| <li>Go to |
| <a href="https://github.com/rust-lang/rust/actions?query=branch%3Aauto+is%3Asuccess">https://github.com/rust-lang/rust/actions?query=branch%3Aauto+is%3Asuccess</a> |
| to find the most recently successful build, and click on it.</li> |
| <li>Choose the job you are interested in on the left-hand side.</li> |
| <li>Click on the gear icon and choose “View raw logs”</li> |
| <li>Search for the string “Configure the build”</li> |
| <li>All of the build settings are listed on the line with the text, <code>build.configure-args</code></li> |
| </ol> |
| |
| </main> |
| |
| <nav class="nav-wrapper" aria-label="Page navigation"> |
| <!-- Mobile navigation buttons --> |
| <a rel="prev" href="../tests/docker.html" class="mobile-nav-chapters previous" title="Previous chapter" aria-label="Previous chapter" aria-keyshortcuts="Left"> |
| <span class=fa-svg><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 320 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M41.4 233.4c-12.5 12.5-12.5 32.8 0 45.3l160 160c12.5 12.5 32.8 12.5 45.3 0s12.5-32.8 0-45.3L109.3 256 246.6 118.6c12.5-12.5 12.5-32.8 0-45.3s-32.8-12.5-45.3 0l-160 160z"/></svg></span> |
| </a> |
| |
| <a rel="next prefetch" href="../tests/adding.html" class="mobile-nav-chapters next" title="Next chapter" aria-label="Next chapter" aria-keyshortcuts="Right"> |
| <span class=fa-svg><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 320 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M278.6 233.4c12.5 12.5 12.5 32.8 0 45.3l-160 160c-12.5 12.5-32.8 12.5-45.3 0s-12.5-32.8 0-45.3L210.7 256 73.4 118.6c-12.5-12.5-12.5-32.8 0-45.3s32.8-12.5 45.3 0l160 160z"/></svg></span> |
| </a> |
| |
| <div style="clear: both"></div> |
| </nav> |
| </div> |
| </div> |
| |
| <nav class="nav-wide-wrapper" aria-label="Page navigation"> |
| <a rel="prev" href="../tests/docker.html" class="nav-chapters previous" title="Previous chapter" aria-label="Previous chapter" aria-keyshortcuts="Left"> |
| <span class=fa-svg><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 320 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M41.4 233.4c-12.5 12.5-12.5 32.8 0 45.3l160 160c12.5 12.5 32.8 12.5 45.3 0s12.5-32.8 0-45.3L109.3 256 246.6 118.6c12.5-12.5 12.5-32.8 0-45.3s-32.8-12.5-45.3 0l-160 160z"/></svg></span> |
| </a> |
| |
| <a rel="next prefetch" href="../tests/adding.html" class="nav-chapters next" title="Next chapter" aria-label="Next chapter" aria-keyshortcuts="Right"> |
| <span class=fa-svg><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 320 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M278.6 233.4c12.5 12.5 12.5 32.8 0 45.3l-160 160c-12.5 12.5-32.8 12.5-45.3 0s-12.5-32.8 0-45.3L210.7 256 73.4 118.6c-12.5-12.5-12.5-32.8 0-45.3s32.8-12.5 45.3 0l160 160z"/></svg></span> |
| </a> |
| </nav> |
| |
| </div> |
| |
| <template id=fa-eye><span class=fa-svg><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 576 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M288 32c-80.8 0-145.5 36.8-192.6 80.6C48.6 156 17.3 208 2.5 243.7c-3.3 7.9-3.3 16.7 0 24.6C17.3 304 48.6 356 95.4 399.4C142.5 443.2 207.2 480 288 480s145.5-36.8 192.6-80.6c46.8-43.5 78.1-95.4 93-131.1c3.3-7.9 3.3-16.7 0-24.6c-14.9-35.7-46.2-87.7-93-131.1C433.5 68.8 368.8 32 288 32zM432 256c0 79.5-64.5 144-144 144s-144-64.5-144-144s64.5-144 144-144s144 64.5 144 144zM288 192c0 35.3-28.7 64-64 64c-11.5 0-22.3-3-31.6-8.4c-.2 2.8-.4 5.5-.4 8.4c0 53 43 96 96 96s96-43 96-96s-43-96-96-96c-2.8 0-5.6 .1-8.4 .4c5.3 9.3 8.4 20.1 8.4 31.6z"/></svg></span></template> |
| <template id=fa-eye-slash><span class=fa-svg><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 640 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M38.8 5.1C28.4-3.1 13.3-1.2 5.1 9.2S-1.2 34.7 9.2 42.9l592 464c10.4 8.2 25.5 6.3 33.7-4.1s6.3-25.5-4.1-33.7L525.6 386.7c39.6-40.6 66.4-86.1 79.9-118.4c3.3-7.9 3.3-16.7 0-24.6c-14.9-35.7-46.2-87.7-93-131.1C465.5 68.8 400.8 32 320 32c-68.2 0-125 26.3-169.3 60.8L38.8 5.1zM223.1 149.5C248.6 126.2 282.7 112 320 112c79.5 0 144 64.5 144 144c0 24.9-6.3 48.3-17.4 68.7L408 294.5c5.2-11.8 8-24.8 8-38.5c0-53-43-96-96-96c-2.8 0-5.6 .1-8.4 .4c5.3 9.3 8.4 20.1 8.4 31.6c0 10.2-2.4 19.8-6.6 28.3l-90.3-70.8zm223.1 298L373 389.9c-16.4 6.5-34.3 10.1-53 10.1c-79.5 0-144-64.5-144-144c0-6.9 .5-13.6 1.4-20.2L83.1 161.5C60.3 191.2 44 220.8 34.5 243.7c-3.3 7.9-3.3 16.7 0 24.6c14.9 35.7 46.2 87.7 93 131.1C174.5 443.2 239.2 480 320 480c47.8 0 89.9-12.9 126.2-32.5z"/></svg></span></template> |
| <template id=fa-copy><span class=fa-svg><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 512 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M502.6 70.63l-61.25-61.25C435.4 3.371 427.2 0 418.7 0H255.1c-35.35 0-64 28.66-64 64l.0195 256C192 355.4 220.7 384 256 384h192c35.2 0 64-28.8 64-64V93.25C512 84.77 508.6 76.63 502.6 70.63zM464 320c0 8.836-7.164 16-16 16H255.1c-8.838 0-16-7.164-16-16L239.1 64.13c0-8.836 7.164-16 16-16h128L384 96c0 17.67 14.33 32 32 32h47.1V320zM272 448c0 8.836-7.164 16-16 16H63.1c-8.838 0-16-7.164-16-16L47.98 192.1c0-8.836 7.164-16 16-16H160V128H63.99c-35.35 0-64 28.65-64 64l.0098 256C.002 483.3 28.66 512 64 512h192c35.2 0 64-28.8 64-64v-32h-47.1L272 448z"/></svg></span></template> |
| <template id=fa-play><span class=fa-svg><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 384 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M73 39c-14.8-9.1-33.4-9.4-48.5-.9S0 62.6 0 80V432c0 17.4 9.4 33.4 24.5 41.9s33.7 8.1 48.5-.9L361 297c14.3-8.7 23-24.2 23-41s-8.7-32.2-23-41L73 39z"/></svg></span></template> |
| <template id=fa-clock-rotate-left><span class=fa-svg><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 512 512"><!--! Font Awesome Free 6.2.0 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) Copyright 2022 Fonticons, Inc. --><path d="M75 75L41 41C25.9 25.9 0 36.6 0 57.9V168c0 13.3 10.7 24 24 24H134.1c21.4 0 32.1-25.9 17-41l-30.8-30.8C155 85.5 203 64 256 64c106 0 192 86 192 192s-86 192-192 192c-40.8 0-78.6-12.7-109.7-34.4c-14.5-10.1-34.4-6.6-44.6 7.9s-6.6 34.4 7.9 44.6C151.2 495 201.7 512 256 512c141.4 0 256-114.6 256-256S397.4 0 256 0C185.3 0 121.3 28.7 75 75zm181 53c-13.3 0-24 10.7-24 24V256c0 6.4 2.5 12.5 7 17l72 72c9.4 9.4 24.6 9.4 33.9 0s9.4-24.6 0-33.9l-65-65V152c0-13.3-10.7-24-24-24z"/></svg></span></template> |
| |
| |
| |
| <script> |
| window.playground_copyable = true; |
| </script> |
| |
| |
| <script src="../elasticlunr-ef4e11c1.min.js"></script> |
| <script src="../mark-09e88c2c.min.js"></script> |
| <script src="../searcher-c2a407aa.js"></script> |
| |
| <script src="../clipboard-1626706a.min.js"></script> |
| <script src="../highlight-abc7f01d.js"></script> |
| <script src="../book-a0b12cfe.js"></script> |
| |
| <!-- Custom JS scripts --> |
| <script src="../mermaid-cc85ecea.min.js"></script> |
| <script src="../mermaid-init-4533fb11.js"></script> |
| |
| |
| |
| </div> |
| </body> |
| </html> |
