[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"project-5576":3},{"id":4,"name":5,"fullName":6,"owner":7,"repo":5,"description":8,"homepage":9,"htmlUrl":10,"language":11,"languages":10,"totalLinesOfCode":10,"stars":12,"forks":13,"watchers":14,"openIssues":15,"contributorsCount":16,"subscribersCount":16,"size":16,"stars1d":17,"stars7d":18,"stars30d":19,"stars90d":16,"forks30d":16,"starsTrendScore":18,"compositeScore":20,"rankGlobal":10,"rankLanguage":10,"license":21,"archived":22,"fork":22,"defaultBranch":23,"hasWiki":22,"hasPages":22,"topics":24,"createdAt":10,"pushedAt":10,"updatedAt":25,"readmeContent":26,"aiSummary":27,"trendingCount":16,"starSnapshotCount":16,"syncStatus":28,"lastSyncTime":29,"discoverSource":30},5576,"sccache","mozilla\u002Fsccache","mozilla","Sccache is a ccache-like tool. It is used as a compiler wrapper and avoids compilation when possible. Sccache has the capability to utilize caching in remote storage environments, including various cloud storage options, or alternatively, in local storage.","",null,"Rust",7341,683,59,394,0,3,14,87,86.21,"Apache License 2.0",false,"main",[],"2026-06-12 04:00:25","[![Build Status](https:\u002F\u002Fgithub.com\u002Fmozilla\u002Fsccache\u002Fworkflows\u002Fci\u002Fbadge.svg)](https:\u002F\u002Fgithub.com\u002Fmozilla\u002Fsccache\u002Factions?query=workflow%3Aci)\n[![Crates.io](https:\u002F\u002Fimg.shields.io\u002Fcrates\u002Fv\u002Fsccache.svg)](https:\u002F\u002Fcrates.io\u002Fcrates\u002Fsccache)\n[![Matrix](https:\u002F\u002Fimg.shields.io\u002Fmatrix\u002Fsccache:mozilla.org)](https:\u002F\u002Fchat.mozilla.org\u002F#\u002Froom\u002F#sccache:mozilla.org)\n![Crates.io](https:\u002F\u002Fimg.shields.io\u002Fcrates\u002Fl\u002Fsccache)\n[![dependency status](https:\u002F\u002Fdeps.rs\u002Frepo\u002Fgithub\u002Fmozilla\u002Fsccache\u002Fstatus.svg)](https:\u002F\u002Fdeps.rs\u002Frepo\u002Fgithub\u002Fmozilla\u002Fsccache)\n\n[![CodeCov](https:\u002F\u002Fcodecov.io\u002Fgh\u002Fmozilla\u002Fsccache\u002Fbranch\u002Fmain\u002Fgraph\u002Fbadge.svg)](https:\u002F\u002Fcodecov.io\u002Fgh\u002Fmozilla\u002Fsccache)\n\n\nsccache - Shared Compilation Cache\n==================================\n\nsccache is a [ccache](https:\u002F\u002Fccache.dev\u002F)-like compiler caching tool. It is used as a compiler wrapper and avoids compilation when possible, storing cached results either on [local disk](docs\u002FLocal.md) or in one of [several cloud storage backends](#storage-options). Multi-level caching with automatic backfill is supported for hierarchical cache architectures (see [Multi-Level Cache](docs\u002FMultiLevel.md)).\n\nsccache includes support for caching the compilation of Assembler, C\u002FC++ code, [Rust](docs\u002FRust.md), as well as NVIDIA's CUDA using [nvcc](https:\u002F\u002Fdocs.nvidia.com\u002Fcuda\u002Fcuda-compiler-driver-nvcc\u002Findex.html), and [clang](https:\u002F\u002Fllvm.org\u002Fdocs\u002FCompileCudaWithLLVM.html), [AMD's ROCm HIP](https:\u002F\u002Frocm.docs.amd.com\u002Fprojects\u002FHIP\u002Fen\u002Flatest\u002Findex.html).\n\nsccache also provides [icecream](https:\u002F\u002Fgithub.com\u002Ficecc\u002Ficecream)-style distributed compilation (automatic packaging of local toolchains) for all supported compilers (including Rust). The distributed compilation system includes several security features that icecream lacks such as authentication, transport layer encryption, and sandboxed compiler execution on build servers. See [the distributed quickstart](docs\u002FDistributedQuickstart.md) guide for more information.\n\nsccache is also available as a [GitHub Actions](https:\u002F\u002Fgithub.com\u002Fmarketplace\u002Factions\u002Fsccache-action) to facilitate the deployment using GitHub Actions cache.\n\n---\n\nTable of Contents (ToC)\n=======================\n\n* [Installation](#installation)\n* [Usage](#usage)\n* [Build Requirements](#build-requirements)\n* [Build](#build)\n* [Separating caches between invocations](#separating-caches-between-invocations)\n* [Overwriting the cache](#overwriting-the-cache)\n* [Debugging](#debugging)\n* [Interaction with GNU `make` jobserver](#interaction-with-gnu-make-jobserver)\n* [Known Caveats](#known-caveats)\n* [Storage Options](#storage-options)\n  * [Multi-Level (Hierarchical Caching)](docs\u002FMultiLevel.md)\n  * [Local](docs\u002FLocal.md)\n  * [S3](docs\u002FS3.md)\n  * [R2](docs\u002FS3.md#R2)\n  * [Redis](docs\u002FRedis.md)\n  * [Memcached](docs\u002FMemcached.md)\n  * [Google Cloud Storage](docs\u002FGcs.md)\n  * [Azure](docs\u002FAzure.md)\n  * [GitHub Actions](docs\u002FGHA.md)\n  * [WebDAV (Ccache\u002FBazel\u002FGradle compatible)](docs\u002FWebdav.md)\n  * [Alibaba OSS](docs\u002FOSS.md)\n  * [Tencent Cloud Object Storage](docs\u002FCOS.md)\n\n---\n\n## Installation\n\nThere are prebuilt x86-64 binaries available for Windows, Linux (a portable binary compiled against musl), and macOS [on the releases page](https:\u002F\u002Fgithub.com\u002Fmozilla\u002Fsccache\u002Freleases\u002Flatest). Several package managers also include sccache packages, you can install the latest release from source using cargo, or build directly from a source checkout.\n\n### macOS\n\nOn macOS sccache can be installed via [Homebrew](https:\u002F\u002Fbrew.sh\u002F):\n\n```bash\nbrew install sccache\n```\n\nor via [MacPorts](https:\u002F\u002Fwww.macports.org\u002F):\n\n```bash\nsudo port install sccache\n```\n\n### Windows\n\nOn Windows, sccache can be installed via [scoop](https:\u002F\u002Fscoop.sh\u002F):\n\n```\nscoop install sccache\n```\nor `winget`:\n\n```\nwinget install Mozilla.sccache\n```\n\n### Via cargo\n\nIf you have a Rust toolchain installed you can install sccache using cargo. **Note that this will compile sccache from source which is fairly resource-intensive. For CI purposes you should use prebuilt binary packages.**\n\n```bash\ncargo install sccache --locked\n```\n\nOr, using [cargo-binstall](https:\u002F\u002Fgithub.com\u002Fcargo-bins\u002Fcargo-binstall) to install a prebuilt binary:\n\n```bash\ncargo binstall sccache\n```\n\n### With Nix\n\nSccache is available in nixpkgs, so if you don't need the latest version you can use that:\n\n```nix\nbuildInputs = [ pkgs.sccache ];\n```\n\nWe also provide a flake with an overlay for getting the latest version:\n\n```nix\n{\n  inputs = {\n    nixpkgs.url = \"github:NixOS\u002Fnixpkgs\u002Fnixos-unstable\";\n    sccache = {\n      url = \"github:mozilla\u002Fsccache\";\n      inputs.nixpkgs.follows = \"nixpkgs\";\n    };\n  };\n\n  outputs = { self, nixpkgs, sccache, ... }:\n    let\n      system = \"x86_64-linux\";\n      pkgs = import nixpkgs {\n        inherit system;\n        overlays = [ sccache.overlays.default ];\n      };\n    in {\n      devShells.${system}.default = pkgs.mkShell {\n        buildInputs = [ pkgs.sccache ];\n      };\n    };\n}\n```\n\nOr use it directly from the flake without the overlay:\n\n```bash\nnix run github:mozilla\u002Fsccache -- --help\nnix shell github:mozilla\u002Fsccache\n```\n\n---\n\nUsage\n-----\n\nRunning sccache is like running ccache: prefix your compilation commands with it, like so:\n\n```bash\nsccache gcc -o foo.o -c foo.c\n```\n\nIf you want to use sccache for caching Rust builds you can define `build.rustc-wrapper` in the\n[cargo configuration file](https:\u002F\u002Fdoc.rust-lang.org\u002Fcargo\u002Freference\u002Fconfig.html).  For example, you can set it globally\nin `$HOME\u002F.cargo\u002Fconfig.toml` by adding:\n\n```toml\n[build]\nrustc-wrapper = \"\u002Fpath\u002Fto\u002Fsccache\"\n```\n\nNote that you need to use cargo 1.40 or newer for this to work.\n\nAlternatively you can use the environment variable `RUSTC_WRAPPER`:\n\n```bash\nexport RUSTC_WRAPPER=\u002Fpath\u002Fto\u002Fsccache\ncargo build\n```\n\nsccache supports gcc, clang, MSVC, rustc, [NVCC](https:\u002F\u002Fdocs.nvidia.com\u002Fcuda\u002Fcuda-compiler-driver-nvcc\u002Findex.html), [NVC++](https:\u002F\u002Fdocs.nvidia.com\u002Fhpc-sdk\u002F\u002Fcompilers\u002Fhpc-compilers-user-guide\u002Findex.html), [hipcc](https:\u002F\u002Frocm.docs.amd.com\u002Fprojects\u002FHIP\u002Fen\u002Flatest\u002Findex.html), and [Wind River's diab compiler](https:\u002F\u002Fwww.windriver.com\u002Fproducts\u002Fdevelopment-tools\u002F#diab_compiler). Both gcc and msvc support Response Files, read more about their implementation [here](docs\u002FResponseFiles.md).\n\nIf you don't [specify otherwise](#storage-options), sccache will use a local disk cache.\n\nsccache works using a client-server model, where the server runs locally on the same machine as the client. The client-server model allows the server to be more efficient by keeping some state in memory. The sccache command will spawn a server process if one is not already running, or you can run `sccache --start-server` to start the background server process without performing any compilation.\n\nBy default sccache server will listen on `127.0.0.1:4226`, you can specify environment variable `SCCACHE_SERVER_PORT` to use a different port or `SCCACHE_SERVER_UDS` to listen on unix domain socket. Abstract unix socket is also supported as long as the path is escaped following the [format](https:\u002F\u002Fdoc.rust-lang.org\u002Fstd\u002Fascii\u002Ffn.escape_default.html). For example:\n\n```\n% env SCCACHE_SERVER_UDS=$HOME\u002Fsccache.sock sccache --start-server # unix socket\n% env SCCACHE_SERVER_UDS=\\\\x00sccache.sock sccache --start-server # abstract unix socket\n```\n\nYou can run `sccache --stop-server` to terminate the server. It will also terminate after (by default) 10 minutes of inactivity.\n\nRunning `sccache --show-stats` will print a summary of cache statistics.\n\nSome notes about using `sccache` with [Jenkins](https:\u002F\u002Fjenkins.io) are [here](docs\u002FJenkins.md).\n\nTo use sccache with cmake, provide the following command line arguments to cmake 3.4 or newer:\n\n```\n-DCMAKE_C_COMPILER_LAUNCHER=sccache\n-DCMAKE_CXX_COMPILER_LAUNCHER=sccache\n```\n\nThe process for using sccache with MSVC and cmake, depends on which version of cmake you're using. **For versions of cmake 3.24 and earlier**, to generate PDB files for debugging with MSVC, you can use the [`\u002FZ7` option](https:\u002F\u002Fdocs.microsoft.com\u002Fen-us\u002Fcpp\u002Fbuild\u002Freference\u002Fz7-zi-zi-debug-information-format?view=msvc-160). Alternatively, the `\u002FZi` option together with `\u002FFd` can work if `\u002FFd` names a different PDB file name for each object file created. Note that CMake sets `\u002FZi` by default, so if you use CMake, you can use `\u002FZ7` by adding code like this in your CMakeLists.txt:\n\n```cmake\nif(CMAKE_BUILD_TYPE STREQUAL \"Debug\")\n  string(REPLACE \"\u002FZi\" \"\u002FZ7\" CMAKE_CXX_FLAGS_DEBUG \"${CMAKE_CXX_FLAGS_DEBUG}\")\n  string(REPLACE \"\u002FZi\" \"\u002FZ7\" CMAKE_C_FLAGS_DEBUG \"${CMAKE_C_FLAGS_DEBUG}\")\nelseif(CMAKE_BUILD_TYPE STREQUAL \"Release\")\n  string(REPLACE \"\u002FZi\" \"\u002FZ7\" CMAKE_CXX_FLAGS_RELEASE \"${CMAKE_CXX_FLAGS_RELEASE}\")\n  string(REPLACE \"\u002FZi\" \"\u002FZ7\" CMAKE_C_FLAGS_RELEASE \"${CMAKE_C_FLAGS_RELEASE}\")\nelseif(CMAKE_BUILD_TYPE STREQUAL \"RelWithDebInfo\")\n  string(REPLACE \"\u002FZi\" \"\u002FZ7\" CMAKE_CXX_FLAGS_RELWITHDEBINFO \"${CMAKE_CXX_FLAGS_RELWITHDEBINFO}\")\n  string(REPLACE \"\u002FZi\" \"\u002FZ7\" CMAKE_C_FLAGS_RELWITHDEBINFO \"${CMAKE_C_FLAGS_RELWITHDEBINFO}\")\nendif()\n```\n\nBy default, sccache will fail your build if it fails to successfully communicate with its associated server. To have sccache instead gracefully failover to the local compiler without stopping, set the environment variable `SCCACHE_IGNORE_SERVER_IO_ERROR=1`.\n\n**For versions of cmake 3.25 and later**, to compile with MSVC, you have to use the new `CMAKE_MSVC_DEBUG_INFORMATION_FORMAT` option, meant to configure the `-Z7` flag.  Additionally, you must set the cmake policy number 0141 to the NEW setting:\n```cmake\nset(CMAKE_MSVC_DEBUG_INFORMATION_FORMAT \"$\u003C$\u003CCONFIG:Debug,RelWithDebInfo>:Embedded>\")\ncmake_policy(SET CMP0141 NEW)\n```\n\nExample configuration where we automatically look for `sccache` in the `PATH`:\n```cmake\nfind_program(SCCACHE sccache REQUIRED)\n\nset(CMAKE_C_COMPILER_LAUNCHER ${SCCACHE})\nset(CMAKE_CXX_COMPILER_LAUNCHER ${SCCACHE})\nset(CMAKE_MSVC_DEBUG_INFORMATION_FORMAT \"$\u003C$\u003CCONFIG:Debug,RelWithDebInfo>:Embedded>\")\ncmake_policy(SET CMP0141 NEW)\n```\n\nAlternatively, if configuring cmake with MSVC on the command line, assuming that sccache is on the default search path:\n\n```\ncmake -DCMAKE_C_COMPILER_LAUNCHER=sccache -DCMAKE_CXX_COMPILER_LAUNCHER=sccache -DCMAKE_MSVC_DEBUG_INFORMATION_FORMAT=Embedded -DCMAKE_POLICY_CMP0141=NEW [...]\n```\n\nAnd you can build code as usual without any additional flags in the command line, which is useful for IDEs.\n\n\n---\n\nBuild Requirements\n------------------\n\nsccache is a [Rust](https:\u002F\u002Fwww.rust-lang.org\u002F) program. Building it requires `cargo` (and thus`rustc`). sccache currently requires **Rust 1.85.0**. We recommend you install Rust via [Rustup](https:\u002F\u002Frustup.rs\u002F).\n\nBuild\n-----\n\nIf you are building sccache for non-development purposes make sure you use `cargo build --release` to get optimized binaries:\n\n```bash\ncargo build --release [--no-default-features --features=s3|redis|gcs|memcached|azure|gha|webdav|oss|cos]\n```\n\nThe list of features can be found in the `Cargo.toml` file, `[features]` section.\n\nBy default, `sccache` builds with support for all storage backends, but individual backends may be disabled by resetting the list of features and enabling all the other backends. Refer the [Cargo Documentation](http:\u002F\u002Fdoc.crates.io\u002Fmanifest.html#the-features-section) for details on how to select features with Cargo.\n\n### Building portable binaries\n\nWhen building with the `dist-server` feature, `sccache` will depend on OpenSSL, which can be an annoyance if you want to distribute portable binaries. It is possible to statically link against OpenSSL using the `openssl\u002Fvendored` feature.\n\n#### Linux\n\nBuild with `cargo` and use `ldd` to check that the resulting binary does not depend on OpenSSL anymore.\n\n#### macOS\n\nBuild with `cargo` and use `otool -L` to check that the resulting binary does not depend on OpenSSL anymore.\n\n#### Windows\n\nOn Windows, the binary might also depend on a few MSVC CRT DLLs that are not available on older Windows versions.\n\nIt is possible to statically link against the CRT using a `.cargo\u002Fconfig.toml` file with the following contents.\n\n```toml\n[target.x86_64-pc-windows-msvc]\nrustflags = [\"-Ctarget-feature=+crt-static\"]\n```\n\nBuild with `cargo` and use `dumpbin \u002Fdependents` to check that the resulting binary does not depend on MSVC CRT DLLs anymore.\n\nWhen statically linking with OpenSSL, you will need Perl available in your `$PATH`.\n\n---\n\nSeparating caches between invocations\n-------------------------------------\n\nIn situations where several different compilation invocations\nshould not reuse the cached results from each other,\none can set `SCCACHE_C_CUSTOM_CACHE_BUSTER` to a unique value\nthat'll be mixed into the hash.\n`MACOSX_DEPLOYMENT_TARGET` and `IPHONEOS_DEPLOYMENT_TARGET` variables\nalready exhibit such reuse-suppression behaviour.\nThere are currently no such variables for compiling Rust.\n\n---\n\nOverwriting the cache\n---------------------\n\nIn situations where the cache contains broken build artifacts, it can be necessary to overwrite the contents in the cache. That can be achieved by setting the `SCCACHE_RECACHE` environment variable.\n\n---\n\nDebugging\n---------\n\nYou can set the `SCCACHE_ERROR_LOG` environment variable to a path and set `SCCACHE_LOG` to get the server process to redirect its logging there (including the output of unhandled panics, since the server sets `RUST_BACKTRACE=1` internally).\n\n    SCCACHE_ERROR_LOG=\u002Ftmp\u002Fsccache_log.txt SCCACHE_LOG=debug sccache\n\nYou can also set these environment variables for your build system, for example\n\n    SCCACHE_ERROR_LOG=\u002Ftmp\u002Fsccache_log.txt SCCACHE_LOG=debug cmake --build \u002Fpath\u002Fto\u002Fcmake\u002Fbuild\u002Fdirectory\n\nAlternatively, if you are compiling locally, you can run the server manually in foreground mode by running `SCCACHE_START_SERVER=1 SCCACHE_NO_DAEMON=1 sccache`, and send logging to stderr by setting the [`SCCACHE_LOG` environment variable](https:\u002F\u002Fdocs.rs\u002Fenv_logger\u002F0.7.1\u002Fenv_logger\u002F#enabling-logging) for example. This method is not suitable for CI services because you need to compile in another shell at the same time.\n\n    SCCACHE_LOG=debug SCCACHE_START_SERVER=1 SCCACHE_NO_DAEMON=1 sccache\n\n---\n\nInteraction with GNU `make` jobserver\n-------------------------------------\n\nsccache provides support for a [GNU make jobserver](https:\u002F\u002Fwww.gnu.org\u002Fsoftware\u002Fmake\u002Fmanual\u002Fhtml_node\u002FJob-Slots.html). When the server is started from a process that provides a jobserver, sccache will use that jobserver and provide it to any processes it spawns. (If you are running sccache from a GNU make recipe, you will need to prefix the command with `+` to get this behavior.) If the sccache server is started without a jobserver present it will create its own with the number of slots equal to the number of available CPU cores.\n\nThis is most useful when using sccache for Rust compilation, as rustc supports using a jobserver for parallel codegen, so this ensures that rustc will not overwhelm the system with codegen tasks. Cargo implements its own jobserver ([see the information on `NUM_JOBS` in the cargo documentation](https:\u002F\u002Fdoc.rust-lang.org\u002Fstable\u002Fcargo\u002Freference\u002Fenvironment-variables.html#environment-variables-cargo-sets-for-build-scripts)) for rustc to use, so using sccache for Rust compilation in cargo via `RUSTC_WRAPPER` should do the right thing automatically.\n\n---\n\nNormalizing Paths with `SCCACHE_BASEDIRS`\n-----------------------------------------\n\nBy default, sccache requires absolute paths to match for cache hits. To enable cache sharing across different build directories, you can set `SCCACHE_BASEDIRS` to strip a base directory from paths before hashing:\n\n```bash\nexport SCCACHE_BASEDIRS=\u002Fhome\u002Fuser\u002Fproject\n```\n\nYou can also specify multiple base directories by separating them by `;` on Windows hosts and by `:` on any other operating system. When multiple directories are provided, the longest matching prefix is used:\n\n```bash\nexport SCCACHE_BASEDIRS=\"\u002Fhome\u002Fuser\u002Fproject:\u002Fhome\u002Fuser\u002Fworkspace\"\n```\n\nPath matching is **case-insensitive** on Windows and **case-sensitive** on other operating systems.\n\nThis is similar to ccache's `CCACHE_BASEDIR` and helps when:\n* Building the same project from different directories\n* Sharing cache between CI jobs with different checkout paths\n* Multiple developers working with different username paths\n* Working with multiple project checkouts simultaneously\n\n**Note:** Only absolute paths are supported. Relative paths will prevent server from starting.\n\nYou can also configure this in the sccache config file:\n\n```toml\n# Single directory\nbasedirs = [\"\u002Fhome\u002Fuser\u002Fproject\"]\n\n# Or multiple directories\nbasedirs = [\"\u002Fhome\u002Fuser\u002Fproject\", \"\u002Fhome\u002Fuser\u002Fworkspace\"]\n```\n\n---\n\nKnown Caveats\n-------------\n\n### General\n\n* By default, absolute paths to files must match to get a cache hit. To work around this, use `SCCACHE_BASEDIRS` (see above) to normalize paths before hashing.\n\n### Rust\n\n* Crates that invoke the system linker cannot be cached. This includes `bin`, `dylib`, `cdylib`, and `proc-macro` crates. You may be able to improve compilation time of large `bin` crates by converting them to a `lib` crate with a thin `bin` wrapper.\n* Incrementally compiled crates cannot be cached. By default, in the debug profile Cargo will use incremental compilation for workspace members and path dependencies. [You can disable incremental compilation.](https:\u002F\u002Fdoc.rust-lang.org\u002Fcargo\u002Freference\u002Fprofiles.html#incremental)\n\n[More details on Rust caveats](\u002Fdocs\u002FRust.md)\n\n### C++20 Modules\n\nsccache has partial support for C++20 named modules when using **Clang**. The following flags are supported:\n\n* `-fmodule-file=\u003Cpath>` and `-fmodule-file=\u003Cname>=\u003Cpath>` - importing precompiled module interfaces\n* `-fmodule-output=\u003Cpath>` - generating module interface output alongside object files\n* `--precompile` - compiling module interface units\n* `-fmodules-reduced-bmi` - generating reduced BMI files\n\nThe following module-related flags are **not supported** and will bypass the cache:\n\n* `-fmodules` and `-fcxx-modules` - Clang header modules (not C++20 named modules)\n* `-fprebuilt-implicit-modules` and `-fprebuilt-module-path` - implicit module discovery\n\n**GCC** and **MSVC** C++20 modules are not yet supported. Compilations using `-fmodules-ts` (GCC) or `\u002Finterface`, `\u002FifcOutput`, etc. (MSVC) will bypass the cache.\n\n### User Agent\n\n* Requests sent to your storage option of choice will have a user agent header indicating the current sccache version, e.g. `sccache\u002F0.8.2`.\n\nStorage Options\n---------------\n\n* [Local](docs\u002FLocal.md)\n* [S3](docs\u002FS3.md)\n* [R2](docs\u002FS3.md#R2)\n* [Redis](docs\u002FRedis.md)\n* [Memcached](docs\u002FMemcached.md)\n* [Google Cloud Storage](docs\u002FGcs.md)\n* [Azure](docs\u002FAzure.md)\n* [GitHub Actions](docs\u002FGHA.md)\n* [WebDAV (Ccache\u002FBazel\u002FGradle compatible)](docs\u002FWebdav.md)\n* [Alibaba OSS](docs\u002FOSS.md)\n* [Tencent Cloud Object Storage](docs\u002FCOS.md)\n","sccache 是一个类似 ccache 的编译缓存工具，用作编译器包装器，尽可能避免重复编译。它支持将缓存存储在本地磁盘或多种云存储后端中，并提供多级缓存功能，适用于分层缓存架构。sccache 支持 C\u002FC++、Rust、NVIDIA CUDA 和 AMD ROCm HIP 等多种编程语言和框架的编译缓存。此外，它还提供了分布式编译功能，包括自动打包本地工具链和增强的安全特性，如认证、传输层加密及构建服务器上的沙箱编译执行。该工具特别适合需要频繁编译大型代码库的开发环境，以及希望利用云资源加速编译过程的场景。项目采用 Rust 语言编写，遵循 Apache License 2.0 许可协议。",2,"2026-06-11 03:04:10","top_language"]