desync
bazel-remote
Our great sponsors
| desync | bazel-remote | |
|---|---|---|
| 5 | 4 | |
| 291 | 559 | |
| - | - | |
| 6.3 | 8.0 | |
| 6 days ago | 8 days ago | |
| Go | Go | |
| BSD 3-clause "New" or "Revised" License | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
desync
- Desync – Alternative Casync Implementation
-
improving download infra
Does something like casync (https://github.com/systemd/casync or https://github.com/folbricht/desync) serve any purpose or provide any advantage to propagating rpm changes over rsync?
-
Are there any true alternatives to Seafile? (Nextcloud is not an alternative in this context)
Software that comes to mind for syncing lots of small files: git (and other source versioning tools), casync (https://github.com/systemd/casync) and a go implementation (https://github.com/folbricht/desync). Not really an answer and I can't think of a way to shoehorn that into your workflow, but maybe it leads you down a useful road.
- Desync – An Alternative Casync Implementation
-
Casync – A Content-Addressable Data Synchronization Tool
Mentioning the more portable desync is obligatory: https://github.com/folbricht/desync
bazel-remote
-
Casync – A Content-Addressable Data Synchronization Tool
I did PoC experiments with compression, chunking, and IPFS here: https://github.com/SaveTheRbtz/bazel-cache
If you need a mature compression implementation for bazel I would recommend using recent bazel versions w/ gRPC-based bazel-remote: https://github.com/buchgr/bazel-remote
bazel nowadays supports end-to-end compression w/ `--experimental_remote_cache_compression`: https://github.com/bazelbuild/bazel/pull/14041
-
Honesty, how are people using bazel in CI
I would rather go with a standalone cache to utilize bazel inceremental builds. Take a look at bazel buildfarm or remote cache (https://github.com/buchgr/bazel-remote). Once you populate cache builds will be very fast.
- Exodus: Easily migrate your JVM code from Maven to Bazel
-
We Need Better than Gradle — Adam Erb
I do run bazel-remote at my home server for remote cache, though.
What are some alternatives?
casync - Content-Addressable Data Synchronization Tool
buildbuddy - BuildBuddy is an open source Bazel build event viewer, result store, remote cache, and remote build execution platform.
bazel-cache - Minimal cloud oriented Bazel gRPC cache
CMake - Mirror of CMake upstream repository
spacedrive - Spacedrive is an open source cross-platform file explorer, powered by a virtual distributed filesystem written in Rust.
Bazel - a fast, scalable, multi-language and extensible build system
zstd-seekable-format-go - Seekable ZSTD compression format implemented in Golang.
photocatalog - Organize photos within date-aware directory structure
rules_scala - Scala rules for Bazel
golongtail - Command line front end for longtail synchronization tool