Releases: broadinstitute/carrot
Releases · broadinstitute/carrot
1.0.0
List of features:
- Query runs by software versions
- REST API mappings and carrot_cli commands for finding runs now have a software_versions parameters which allows filtering by software and tags/commits used to build the runs. (#261)
- Generate reports from run queries
- Added REST API mappings and carrot_cli commands to submit run query parameters for generating a report from the runs matching those parameters. (#261)
- Use any valid git refs for software versions
- Fixed an issue where submitting a software build version that is a valid git ref but not a commit or tag would result in issues. (#269)
- Updated user guide
- Added clarity and updated outdated information in the user guide. (#264)
0.6.3
List of features:
- Create from copy for templates
- Functionality for creating a template from a copy of another template has been added. It works the same as creating a test from a copy (#256)
- Tracking of software tags
- CARROT now keeps local metadata-only clones of git repos for software so that it can keep track of tags that correspond to commits and vice-versa for software versions. This is in preparation for the planned functionality for querying runs by software versions built for those runs. (#251)
- Loosened restrictions on template and test editing
- Runs will now keep track of the WDLs used the generate them. This is to allow removing the restriction on editing templates and tests after a successful run has been generated. (#257)
- Fixed a rare bug that could potentially cause GitHub config credential exposure
- There was an issue where, if GitHub authentication failed for some reason when attempting to run a test from GitHub, the credentials CARROT uses to connect to GitHub could be posted under the comment for running the test. This is very rare, because it would require that authentication failed for accessing the repo, but succeeded for posting the error to it. However, we have modified the way CARROT handles git credentials to prevent this in the future. (#263)
0.6.2
List of features:
- Support for R notebooks in reports
- It is now possible to define Jupyter notebooks for reports that use the R programming language, using a docker image generated from the most recent version of the report Dockerfile (#254)
- Create test from copy
- Added functionality to the test create REST mapping (using the
copy
query param) and CLI command (using the--copy
option) to allow creating new tests by copying from existing ones and specifying differences (#248)
- Added functionality to the test create REST mapping (using the
0.6.1
0.6.0
List of features:
0.5.1
List of features:
0.5.0
List of features:
- Download run data as CSVs
- It is now possible to download run data as a ZIP of CSV files using the
csv
query param with the existing REST mappings for retrieving run data. This is enabled through the CLI with the--zip_csv
option. (#217)
- It is now possible to download run data as a ZIP of CSV files using the
- New format for reports
- The processing for report generation has changed. (#215)
- Previously, report notebooks would have to be made to allow the insertion of several default cells which fill in the data for the run. Now, the only default cell that will be inserted is the header.
- Instead of supplying run information in a python dict in a cell, it will now be provided in the form of the CSVs that would be returned by a call to one of the find run REST mappings, as specified above.
- Now, users will be able to prototype their report notebooks by downloading data for runs as CSVs and build the notebooks to open those files and load the data from there
- The processing for report generation has changed. (#215)
- GitHub comments look better now
- GitHub comments for runs now have clickable links to files stored in GCS and also they're formatted to be a bit more readable now. (#214)
0.4.1
0.4.0
List of features:
- Merged with CARROT_CLI
- Going forward, the code for CARROT_CLI now lives in this repo, to consolidate issue tracking to this repo and keep version numbers consistent. (#183)
- Support for WDL Dependencies
- WDL dependency zips can now be provided alongside WDLs when creating a Template. WDLs and dependency zips can be provided either via URIs as before, or uploaded from local files using multipart data. (#182)
- Run error tracking
- Errors associated with CARROT failures for runs will now be stored in the database and returned when retrieving run information from the REST API. (#180)
0.3.3-gamma
This is partially a bug fix release and partially a preparatory release for 0.4.0.
List of features:
- Configuration format change
- Switched configuration to use a yaml file instead of environment variables (#159)
- New failure mode
- Runs will now be marked as failed when carrot fails to retrieve expected results (#149)
- WDL Storage
- Configurable logging
- Added the ability to specify different logging levels for different modules in the config file (#167)
- Workflow options
- Added fields to Test and Run entities for specifying the Cromwell workflow options file (#171)
- Bug fixes
- Modified the dockerfile for the docker image to use for report generation to include gsutil so result downloading works (#148)
- Modified the configuration for the client that handles reading GitHub messages from Google PubSub in hopes of fixing the issue where the requests hang indefinitely (#173)
- Fixed an issue where numeric run results were not being parsed properly (#175)