| Age | Commit message (Collapse) | Author | |
|---|---|---|---|
| 2024-07-05 | Convert Storage to a general class | Maksim Denisov | |
| 2024-07-05 | Call uplinking via Uplinker | Maksim Denisov | |
| ... instead of static calls to GarbageCollector | |||
| 2024-07-05 | Use StorageConfig with generation for initialization of Storage's generations | Maksim Denisov | |
| ...instead of std::filesystem::path. StorageConfig is extended to return paths of Storage's parts. | |||
| 2024-07-05 | Pass Storage to RepositoryConfig | Maksim Denisov | |
| ...and adjust AnalyseContext. | |||
| 2024-07-05 | Pass StorageConfig and Storage to LocalApi | Maksim Denisov | |
| 2024-07-05 | Pass StorageConfig and Storage to ServerImpl | Maksim Denisov | |
| 2024-07-05 | Pass StorageConfig and Storage to Serve | Maksim Denisov | |
| 2024-07-05 | Pass StorageConfig to git_repo and git_repo_remote | Maksim Denisov | |
| 2024-07-05 | Pass StorageConfig to GarbageCollection | Maksim Denisov | |
| 2024-07-05 | Use StorageConfig functionality via Instance() | Maksim Denisov | |
| ...to track changes during refactoring easier. | |||
| 2024-07-04 | Replace the Auth and Auth::TLS singletons | Paul Cristian Sarbu | |
| Use a builder pattern for creation and validation, in a manner that allows also other authentication methods to be added in the future besides the current TLS/SSL. The main Auth instances are built early and then passed by not_null const pointers, to avoid passing temporaries, replacing the previous Auth::TLS instances passed by simple nullable const pointers. Where needed, these passed Auth instances are also stored, by const ref. Tests also build Auth instances as needed, either with the default 'no certification' or from the test environment arguments. | |||
| 2024-07-04 | Pass Auth::TLS instance to serve and execute clients | Paul Cristian Sarbu | |
| 2024-07-04 | Pass Auth::TLS instance to BazelApi and ServeApi | Paul Cristian Sarbu | |
| 2024-07-04 | Use Auth and TLS configurations via Instance() | Paul Cristian Sarbu | |
| ...to more easily keep track of changes during refactoring. | |||
| 2024-07-04 | test_serve_config: Small fix | Paul Cristian Sarbu | |
| 2024-06-28 | Use (un)expected for serve API | Oliver Reiche | |
| 2024-06-28 | Use (un)expected for Git repo | Oliver Reiche | |
| 2024-06-28 | Use (un)expected for CAS access | Oliver Reiche | |
| 2024-06-27 | Capture ServeApi by pointer in AnalyseContext | Maksim Denisov | |
| 2024-06-27 | Capture TargetCache by pointer in AnalyseContext | Maksim Denisov | |
| 2024-06-27 | Use a raw pointer for passing optional RepositoryConfig | Maksim Denisov | |
| ...instead of std::optional<gsl::not_null<RepositoryConfig const*>>. | |||
| 2024-06-27 | Use a raw pointer for passing optional IExecutionApi | Maksim Denisov | |
| ...instead of std::optional<gsl::not_null<IExecutionApi const*>> | |||
| 2024-06-25 | describe: also describe "configure" targets in more detail | Klaus Aehlig | |
| Most built-in rules are just described by their name, assuming they are known to the user anyway. One exception, however, are "export" targets, as those serve as interfaces to (logical) repositories and hence is supposed to have a documentation of the target itself. Over time, however, "configure" targets have evolved to become internal interfaces (maybe even for an external target), e.g., to provide default values and hence make better use of the actual export target. Therefore it is desirable to provide a bit more information when asked to describe a "configure" target. - As "configure" targets have a fixed set of keys, adding a "doc" field is a conservative extension; this can be useful to give an overview what the target is about. - An important information of a "configure" target is the target that is configured. While this, in general, is an expression, in the typical cases, the description is very short (a literal target name, or a variable). So we can afford to show the definition. | |||
| 2024-06-25 | Introduce a type allias for an optional ptr to IExecutionApi | Maksim Denisov | |
| ...and replace verbose constructions. | |||
| 2024-06-25 | Pass IExecutionApi to IExecutionApi by reference | Maksim Denisov | |
| ...instead of not_null const ptr. | |||
| 2024-06-25 | Mark IExecutionApi's methods constant | Maksim Denisov | |
| 2024-06-25 | Pass ApiBundle to ServeApi | Maksim Denisov | |
| 2024-06-25 | Pass ApiBundle to GraphTraverser | Maksim Denisov | |
| 2024-06-25 | Remove GraphTraverser's constructor used for tests only. | Maksim Denisov | |
| 2024-06-18 | Make RemoteServeConfig a general struct, not a singleton | Maksim Denisov | |
| ...and adjust interfaces. | |||
| 2024-06-18 | Create an individual instance of RemoteServeConfig in tests | Maksim Denisov | |
| ...instead of intialization of the singleton. | |||
| 2024-06-18 | Make ServeApi a general class, not a singleton | Maksim Denisov | |
| ...and adjust interfaces. | |||
| 2024-06-18 | Pass RemoteAddress to ConfigurationClient by value | Maksim Denisov | |
| ...instead of using singleton calls. | |||
| 2024-06-18 | Pass ServeApi as a field of context to the analysis | Maksim Denisov | |
| ...instead of using singleton calls. | |||
| 2024-06-18 | Use an extensible structure to pass arguments to the analysis. | Maksim Denisov | |
| 2024-06-18 | Use RemoteServeConfig functionality via Instance() | Maksim Denisov | |
| ...to track changes during refactoring easier. | |||
| 2024-06-17 | Add utility function for prefixing each line of a string | Klaus Aehlig | |
| ... and thus allowing proper quoting of command output. | |||
| 2024-06-07 | Move reading functionality to BazelNetworkReader | Maksim Denisov | |
| ...to enable validation of received blobs. | |||
| 2024-06-07 | Remove unused code | Maksim Denisov | |
| 2024-06-06 | Add test verifying cache consistency if some targets are served | Klaus Aehlig | |
| ... but not all. Also in this case, if an target-level cache entry is written, the dependencies have to be written as well. | |||
| 2024-06-04 | blob containers: Store and upload taking into account content size | Paul Cristian Sarbu | |
| Update logic populating containers to use the new method which is aware of the maximum transfer limit. | |||
| 2024-06-04 | rule language: support SYMLINK function | Klaus Aehlig | |
| ... to allow generating symlinks as part of a rule, as it is already described in our documentation. | |||
| 2024-06-03 | test: Use own installed just and just-mr targets... | Paul Cristian Sarbu | |
| ...which do not stage also the debug source and header files (while in debug mode), as this is unnecessary bloat in the tests. As the tool-under-test and mr-tool-under-test targets should be used instead of the regular install targets also in the various extra rules in end-to-end and utils, move their definition in the outmost test TARGETS file. | |||
| 2024-06-03 | test: Fix typos in test runner rules | Paul Cristian Sarbu | |
| 2024-05-28 | Use shared_ptr for data in ContentBlob | Maksim Denisov | |
| ...to reduce the "price" of copying. | |||
| 2024-05-28 | Use ArtifactBlobContainer in IExecutionApi | Maksim Denisov | |
| ...instead of BazelBlobContainer to not bring bazel_re::Digest to IExecutionApi. | |||
| 2024-05-28 | Rename BlobContainer to BazelBlobContainer | Maksim Denisov | |
| 2024-05-28 | Convert BlobContainer to a template | Maksim Denisov | |
| ...where the template parameter is the type of a digest. | |||
| 2024-05-28 | Use TransformedRange in BlobContainer | Maksim Denisov | |
| ...instead of various iterators. | |||
| 2024-05-28 | Move CreateBlobFromPath since it is only used in tests. | Maksim Denisov | |
 |
index : ~aehlig/just-buildsystem/justbuild.git | |
| Main repository of just-buildsystem, containing the buildtool (just) in bootstrappable form, the multi-repository setup and launch tool (just-mr) and some auxilliary tools. | Klaus Aehlig |
| summaryrefslogtreecommitdiff |