Age | Commit message (Collapse) | Author | |
---|---|---|---|
2024-07-16 | Add missing RemoteExecutionConfig includes | Paul Cristian Sarbu | |
2024-07-16 | test_auth_config: Fix wrong deps | Paul Cristian Sarbu | |
2024-07-16 | test: Reduce verbosity in config methods | Paul Cristian Sarbu | |
As the classes describe the config type, their static creators can have generic names, which reduces unnecessary verbosity. | |||
2024-07-16 | Set compatibility in tests | Maksim Denisov | |
2024-07-16 | Check compatibility in the test of large_object_cas | Maksim Denisov | |
2024-07-16 | Check compatibility in the test of cas_server | Maksim Denisov | |
2024-07-16 | Check compatibility in the test of file_root | Maksim Denisov | |
2024-07-16 | Check compatibility in the test of source_map | Maksim Denisov | |
2024-07-16 | Set compatibility in tests for Serve | Maksim Denisov | |
2024-07-16 | Add a test verifying that reconstructed executables are usable | Klaus Aehlig | |
... ensuring we do not regress on the recently fixed race that allowed file descriptors to reconstructed executables to be kept alive. | |||
2024-07-12 | Make end-to-end tests independent of the user's rc file | Klaus Aehlig | |
Our end-to-end tests involve calling just-mr. When run locally, in order to make then self-contained we need to make sure this test call to just-mr does not pick up the user's .just-mrrc that might contain different setting not overridden at the command line. | |||
2024-07-12 | Remove redundant ArtifactFactory class used in tests only | Maksim Denisov | |
...and move the related tests to artifact_description.test | |||
2024-07-12 | ArtifactFactory: remove FromDescription method | Maksim Denisov | |
...since it is used in tests only. | |||
2024-07-12 | ArtifactFactory: remove Identifier method | Maksim Denisov | |
...since it is used in tests only. It also duplicated serialization-deserialization of ArtifactDescription. | |||
2024-07-12 | Use static Create functions to construct ArtifactDescription | Maksim Denisov | |
...instead of unobvious ctors relying on overload resolution. | |||
2024-07-12 | DAG: remove methods used in tests only | Maksim Denisov | |
2024-07-12 | DAG: remove IsValid since it is used in tests only. | Maksim Denisov | |
2024-07-12 | Internal test rules: only use in summary action what is necessary | Klaus Aehlig | |
2024-07-12 | Internal test rules with infastructure: also record pwd | Klaus Aehlig | |
2024-07-11 | Add test to check correct target-cache sharding | Paul Cristian Sarbu | |
...between local, remote, and served builds. | |||
2024-07-09 | Test rules with infrastructure: also honor TEST_SUMMARY_EXECUTION_PROPERTIES | Klaus Aehlig | |
Also for tests that provide infrastructure, it can be desirable to run those tests a large number of times. Therefore, support additional remote-execution properties for the summary action so that a suitable remote-execution endpoint can be chosen. | |||
2024-07-05 | mark split-splice test as IO-heavy | Klaus Aehlig | |
2024-07-05 | Add test verifying we can handle actions with 200k identical input files | Klaus Aehlig | |
2024-07-05 | Convert StorageConfig to a general class | Maksim Denisov | |
2024-07-05 | Remove HermeticLocalTestFixture | Maksim Denisov | |
...and create StorageConfig and Storage in place if needed. | |||
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. |