honeymoose
/
hapi-fhir
mirror of https://github.com/hapifhir/hapi-fhir.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
hapi-fhir/azure-pipelines.yml

130 lines
6.5 KiB
YAML
Raw Normal View History

Fix failing tests due to race conditions * Work on failing tests * Temporary downgrade of fhir core * Work on failing build * Fix pom * Don't upload codecov * Restore codecov * Restore all tests * Keep hammering away at intermittent test failures * More test fixes * Keep chipping away at these... * Add some extra checks * Work on tests * More test logging * More logging * This might be it! * Final build fixes? * Address some review comments * A couple more corrections
2019-09-26 16:11:15 -04:00
# HAPI FHIR Build Pipeline
Set up CI with Azure Pipelines (#1502) * Set up CI with Azure Pipelines [skip ci] * Update azure-pipelines.yml for Azure Pipelines * Skip tests for a build * Work on pipeline * Update azure-pipelines.yml for Azure Pipelines * Interceptors docs * Test fix * Disable releases from snapshot repo * Try disabling jitpack * Fix dependency issue * A couple of test fixes * Change to trigger a build * Force a change to trigger a build * Force a build * FIx test
2019-09-24 14:38:38 -04:00
variables:
Refactor to restore LGTM functionality (#3455) * Refactor to restore LGTM functionality * Compile fix * Work on cleanup * Attempt to restore LGTM * Work on tests * Fixes * Build fixes * Build fix * Test fix * Test fixes * Work on build * License header updates * Test fixes * Test fixes * License header * Test fix * Test fix * Test fixes * Restore LGTM * Fix azure * Disable test * Test fixes * Test cleanup * Build fix * Build fix * Test fix * Test fix * Test fixes
2022-04-10 15:54:27 -04:00
MAVEN_CACHE_FOLDER: $(Pipeline.Workspace)/.m2/repository
MAVEN_OPTS: ''
Azure Pipelines Overhaul (#3948) This PR changes the way HAPI is built by Azure pipelines. Instead of a FIFO queue for all tests in the project, the entire project is quickly built and cached without testing, then the individual modules are built and tested in separate jobs which can be run in parallel from each other. Each of these jobs then uploads the test coverage for that module as a build artifact. Finally, a last stage downloads all the archived tests results and aggregates them using jacoco so they can be uploaded to codecov. This has two key benefits: If there is a failing test because of an intermittent, the individual failing module can be re-run instead of having to re-run the whole project build. The build time is decreased substantially (90min -> 45min). This is the first run at this, I will be iterating to further reduce build times going forward.
2022-08-24 12:55:00 -04:00
NEW_RELEASE_VERSION:
BRANCH:
Set up CI with Azure Pipelines (#1502) * Set up CI with Azure Pipelines [skip ci] * Update azure-pipelines.yml for Azure Pipelines * Skip tests for a build * Work on pipeline * Update azure-pipelines.yml for Azure Pipelines * Interceptors docs * Test fix * Disable releases from snapshot repo * Try disabling jitpack * Fix dependency issue * A couple of test fixes * Change to trigger a build * Force a change to trigger a build * Force a build * FIx test
2019-09-24 14:38:38 -04:00
Azure Pipelines Overhaul (#3948) This PR changes the way HAPI is built by Azure pipelines. Instead of a FIFO queue for all tests in the project, the entire project is quickly built and cached without testing, then the individual modules are built and tested in separate jobs which can be run in parallel from each other. Each of these jobs then uploads the test coverage for that module as a build artifact. Finally, a last stage downloads all the archived tests results and aggregates them using jacoco so they can be uploaded to codecov. This has two key benefits: If there is a failing test because of an intermittent, the individual failing module can be re-run instead of having to re-run the whole project build. The build time is decreased substantially (90min -> 45min). This is the first run at this, I will be iterating to further reduce build times going forward.
2022-08-24 12:55:00 -04:00
trigger: none
Set up CI with Azure Pipelines (#1502) * Set up CI with Azure Pipelines [skip ci] * Update azure-pipelines.yml for Azure Pipelines * Skip tests for a build * Work on pipeline * Update azure-pipelines.yml for Azure Pipelines * Interceptors docs * Test fix * Disable releases from snapshot repo * Try disabling jitpack * Fix dependency issue * A couple of test fixes * Change to trigger a build * Force a change to trigger a build * Force a build * FIx test
2019-09-24 14:38:38 -04:00
pool:
Azure Pipelines Overhaul (#3948) This PR changes the way HAPI is built by Azure pipelines. Instead of a FIFO queue for all tests in the project, the entire project is quickly built and cached without testing, then the individual modules are built and tested in separate jobs which can be run in parallel from each other. Each of these jobs then uploads the test coverage for that module as a build artifact. Finally, a last stage downloads all the archived tests results and aggregates them using jacoco so they can be uploaded to codecov. This has two key benefits: If there is a failing test because of an intermittent, the individual failing module can be re-run instead of having to re-run the whole project build. The build time is decreased substantially (90min -> 45min). This is the first run at this, I will be iterating to further reduce build times going forward.
2022-08-24 12:55:00 -04:00
vmImage: ubuntu-latest
Handle canonical questionnaire refs in validator (#1544) * Handle canonical questionnaire refs in validator * FIx changelog * Fix canonical reference * Build tweak * Change to trigger a build
2019-10-15 20:27:53 -04:00
Azure Pipelines Overhaul (#3948) This PR changes the way HAPI is built by Azure pipelines. Instead of a FIFO queue for all tests in the project, the entire project is quickly built and cached without testing, then the individual modules are built and tested in separate jobs which can be run in parallel from each other. Each of these jobs then uploads the test coverage for that module as a build artifact. Finally, a last stage downloads all the archived tests results and aggregates them using jacoco so they can be uploaded to codecov. This has two key benefits: If there is a failing test because of an intermittent, the individual failing module can be re-run instead of having to re-run the whole project build. The build time is decreased substantially (90min -> 45min). This is the first run at this, I will be iterating to further reduce build times going forward.
2022-08-24 12:55:00 -04:00
stages:
- stage:
displayName: "module-tests"
jobs:
- template: test-job-template.yml
parameters:
modules:
jpa test split (#3959) * create fhir-version specific hapi-fhir-jpaserver-test projects * moved dstu2 tests out to dstu2 test project. * moved dstu2 tests out to dstu2 test project. * finished moving dstu2 tests out to dstu2 test project. * finished moving dstu2 tests out to dstu2 test project. * dstu3 test project compiles * start moving dstu3 resources * letting azure pileine know about the new modules * finished moving dstu3 resources. this might pass * OK this one should pass for sure * OK this one should pass for sure * change test poms to test scope * move the rest of R4 test classes * move the rest of R4 test classes * moar r4 moves * moar r4 moves * moar r4 moves * finished with r4 * finished with r4 * started r5 * started r5 * Cache busting based on source branch name * Fix other cache key * cache pegged to SHa1 * test cleanup Co-authored-by: Ken Stevens <ken@smilecdr.com> Co-authored-by: markiantorno <markiantorno@gmail.com> Co-authored-by: Tadgh <garygrantgraham@gmail.com>
2022-08-31 22:46:17 -04:00
- name: hapi_fhir_jpaserver_test_dstu2
module: hapi-fhir-jpaserver-test-dstu2
- name: hapi_fhir_jpaserver_test_dstu3
module: hapi-fhir-jpaserver-test-dstu3
- name: hapi_fhir_jpaserver_test_r4
module: hapi-fhir-jpaserver-test-r4
- name: hapi_fhir_jpaserver_test_r5
module: hapi-fhir-jpaserver-test-r5
Azure Pipelines Overhaul (#3948) This PR changes the way HAPI is built by Azure pipelines. Instead of a FIFO queue for all tests in the project, the entire project is quickly built and cached without testing, then the individual modules are built and tested in separate jobs which can be run in parallel from each other. Each of these jobs then uploads the test coverage for that module as a build artifact. Finally, a last stage downloads all the archived tests results and aggregates them using jacoco so they can be uploaded to codecov. This has two key benefits: If there is a failing test because of an intermittent, the individual failing module can be re-run instead of having to re-run the whole project build. The build time is decreased substantially (90min -> 45min). This is the first run at this, I will be iterating to further reduce build times going forward.
2022-08-24 12:55:00 -04:00
- name: hapi_fhir_jpaserver_test_utilities
module: hapi-fhir-jpaserver-test-utilities
- name: hapi_fhir_structures_r4
module: hapi-fhir-structures-r4
- name: hapi_fhir_jpaserver_base
module: hapi-fhir-jpaserver-base
- name: hapi_fhir_android
module: hapi-fhir-android
- name: hapi_fhir_base
module: hapi-fhir-base
- name: hapi_fhir_checkstyle
module: hapi-fhir-checkstyle
update azure-pipelines.yml to match projects that have tests (#3993)
2022-09-06 14:05:15 -04:00
- name: hapi_fhir_cli_api
module: hapi-fhir-cli/hapi-fhir-cli-api
- name: hapi_fhir_cli_jpaserver
module: hapi-fhir-cli/hapi-fhir-cli-jpaserver
Azure Pipelines Overhaul (#3948) This PR changes the way HAPI is built by Azure pipelines. Instead of a FIFO queue for all tests in the project, the entire project is quickly built and cached without testing, then the individual modules are built and tested in separate jobs which can be run in parallel from each other. Each of these jobs then uploads the test coverage for that module as a build artifact. Finally, a last stage downloads all the archived tests results and aggregates them using jacoco so they can be uploaded to codecov. This has two key benefits: If there is a failing test because of an intermittent, the individual failing module can be re-run instead of having to re-run the whole project build. The build time is decreased substantially (90min -> 45min). This is the first run at this, I will be iterating to further reduce build times going forward.
2022-08-24 12:55:00 -04:00
- name: hapi_fhir_client
module: hapi-fhir-client
- name: hapi_fhir_client_okhttp
module: hapi-fhir-client-okhttp
- name: hapi_fhir_converter
module: hapi-fhir-converter
- name: hapi_fhir_docs
module: hapi-fhir-docs
- name: hapi_fhir_jaxrsserver_base
module: hapi-fhir-jaxrsserver-base
jpa test split (#3959) * create fhir-version specific hapi-fhir-jpaserver-test projects * moved dstu2 tests out to dstu2 test project. * moved dstu2 tests out to dstu2 test project. * finished moving dstu2 tests out to dstu2 test project. * finished moving dstu2 tests out to dstu2 test project. * dstu3 test project compiles * start moving dstu3 resources * letting azure pileine know about the new modules * finished moving dstu3 resources. this might pass * OK this one should pass for sure * OK this one should pass for sure * change test poms to test scope * move the rest of R4 test classes * move the rest of R4 test classes * moar r4 moves * moar r4 moves * moar r4 moves * finished with r4 * finished with r4 * started r5 * started r5 * Cache busting based on source branch name * Fix other cache key * cache pegged to SHa1 * test cleanup Co-authored-by: Ken Stevens <ken@smilecdr.com> Co-authored-by: markiantorno <markiantorno@gmail.com> Co-authored-by: Tadgh <garygrantgraham@gmail.com>
2022-08-31 22:46:17 -04:00
# Put to top, but kept in order here
# - name: hapi_fhir_jpaserver_base
# module: hapi-fhir-jpaserver-base
Azure Pipelines Overhaul (#3948) This PR changes the way HAPI is built by Azure pipelines. Instead of a FIFO queue for all tests in the project, the entire project is quickly built and cached without testing, then the individual modules are built and tested in separate jobs which can be run in parallel from each other. Each of these jobs then uploads the test coverage for that module as a build artifact. Finally, a last stage downloads all the archived tests results and aggregates them using jacoco so they can be uploaded to codecov. This has two key benefits: If there is a failing test because of an intermittent, the individual failing module can be re-run instead of having to re-run the whole project build. The build time is decreased substantially (90min -> 45min). This is the first run at this, I will be iterating to further reduce build times going forward.
2022-08-24 12:55:00 -04:00
- name: hapi_fhir_jpaserver_cql
module: hapi-fhir-jpaserver-cql
- name: hapi_fhir_jpaserver_elastic_test_utilities
module: hapi-fhir-jpaserver-elastic-test-utilities
- name: hapi_fhir_jpaserver_mdm
module: hapi-fhir-jpaserver-mdm
- name: hapi_fhir_jpaserver_model
module: hapi-fhir-jpaserver-model
- name: hapi_fhir_jpaserver_searchparam
module: hapi-fhir-jpaserver-searchparam
- name: hapi_fhir_jpaserver_subscription
module: hapi-fhir-jpaserver-subscription
jpa test split (#3959) * create fhir-version specific hapi-fhir-jpaserver-test projects * moved dstu2 tests out to dstu2 test project. * moved dstu2 tests out to dstu2 test project. * finished moving dstu2 tests out to dstu2 test project. * finished moving dstu2 tests out to dstu2 test project. * dstu3 test project compiles * start moving dstu3 resources * letting azure pileine know about the new modules * finished moving dstu3 resources. this might pass * OK this one should pass for sure * OK this one should pass for sure * change test poms to test scope * move the rest of R4 test classes * move the rest of R4 test classes * moar r4 moves * moar r4 moves * moar r4 moves * finished with r4 * finished with r4 * started r5 * started r5 * Cache busting based on source branch name * Fix other cache key * cache pegged to SHa1 * test cleanup Co-authored-by: Ken Stevens <ken@smilecdr.com> Co-authored-by: markiantorno <markiantorno@gmail.com> Co-authored-by: Tadgh <garygrantgraham@gmail.com>
2022-08-31 22:46:17 -04:00
# Put to top, but kept in order here
# - name: hapi_fhir_jpaserver_test_utilities
# module: hapi-fhir-jpaserver-test-utilities
Azure Pipelines Overhaul (#3948) This PR changes the way HAPI is built by Azure pipelines. Instead of a FIFO queue for all tests in the project, the entire project is quickly built and cached without testing, then the individual modules are built and tested in separate jobs which can be run in parallel from each other. Each of these jobs then uploads the test coverage for that module as a build artifact. Finally, a last stage downloads all the archived tests results and aggregates them using jacoco so they can be uploaded to codecov. This has two key benefits: If there is a failing test because of an intermittent, the individual failing module can be re-run instead of having to re-run the whole project build. The build time is decreased substantially (90min -> 45min). This is the first run at this, I will be iterating to further reduce build times going forward.
2022-08-24 12:55:00 -04:00
- name: hapi_fhir_jpaserver_uhnfhirtest
module: hapi-fhir-jpaserver-uhnfhirtest
- name: hapi_fhir_server
module: hapi-fhir-server
- name: hapi_fhir_server_mdm
module: hapi-fhir-server-mdm
- name: hapi_fhir_server_openapi
module: hapi-fhir-server-openapi
update azure-pipelines.yml to match projects that have tests (#3993)
2022-09-06 14:05:15 -04:00
- name: hapi_fhir_spring_boot_autoconfigure
module: hapi-fhir-spring-boot/hapi-fhir-spring-boot-autoconfigure
- name: hapi_fhir_spring_boot_sample_server_jersey
module: hapi-fhir-spring-boot/hapi-fhir-spring-boot-samples/hapi-fhir-spring-boot-sample-server-jersey
Azure Pipelines Overhaul (#3948) This PR changes the way HAPI is built by Azure pipelines. Instead of a FIFO queue for all tests in the project, the entire project is quickly built and cached without testing, then the individual modules are built and tested in separate jobs which can be run in parallel from each other. Each of these jobs then uploads the test coverage for that module as a build artifact. Finally, a last stage downloads all the archived tests results and aggregates them using jacoco so they can be uploaded to codecov. This has two key benefits: If there is a failing test because of an intermittent, the individual failing module can be re-run instead of having to re-run the whole project build. The build time is decreased substantially (90min -> 45min). This is the first run at this, I will be iterating to further reduce build times going forward.
2022-08-24 12:55:00 -04:00
- name: hapi_fhir_sql_migrate
module: hapi-fhir-sql-migrate
- name: hapi_fhir_storage
module: hapi-fhir-storage
- name: hapi_fhir_storage_batch2
module: hapi-fhir-storage-batch2
- name: hapi_fhir_storage_batch2_jobs
module: hapi-fhir-storage-batch2-jobs
- name: hapi_fhir_storage_mdm
module: hapi-fhir-storage-mdm
- name: hapi_fhir_storage_test_utilities
module: hapi-fhir-storage-test-utilities
- name: hapi_fhir_structures_dstu2
module: hapi-fhir-structures-dstu2
- name: hapi_fhir_structures_dstu2_1
module: hapi-fhir-structures-dstu2.1
- name: hapi_fhir_structures_dstu3
module: hapi-fhir-structures-dstu3
- name: hapi_fhir_structures_hl7org_dstu2
module: hapi-fhir-structures-hl7org-dstu2
jpa test split (#3959) * create fhir-version specific hapi-fhir-jpaserver-test projects * moved dstu2 tests out to dstu2 test project. * moved dstu2 tests out to dstu2 test project. * finished moving dstu2 tests out to dstu2 test project. * finished moving dstu2 tests out to dstu2 test project. * dstu3 test project compiles * start moving dstu3 resources * letting azure pileine know about the new modules * finished moving dstu3 resources. this might pass * OK this one should pass for sure * OK this one should pass for sure * change test poms to test scope * move the rest of R4 test classes * move the rest of R4 test classes * moar r4 moves * moar r4 moves * moar r4 moves * finished with r4 * finished with r4 * started r5 * started r5 * Cache busting based on source branch name * Fix other cache key * cache pegged to SHa1 * test cleanup Co-authored-by: Ken Stevens <ken@smilecdr.com> Co-authored-by: markiantorno <markiantorno@gmail.com> Co-authored-by: Tadgh <garygrantgraham@gmail.com>
2022-08-31 22:46:17 -04:00
# Put to top, but kept in order here
# - name: hapi_fhir_structures_r4
# module: hapi-fhir-structures-r4
Azure Pipelines Overhaul (#3948) This PR changes the way HAPI is built by Azure pipelines. Instead of a FIFO queue for all tests in the project, the entire project is quickly built and cached without testing, then the individual modules are built and tested in separate jobs which can be run in parallel from each other. Each of these jobs then uploads the test coverage for that module as a build artifact. Finally, a last stage downloads all the archived tests results and aggregates them using jacoco so they can be uploaded to codecov. This has two key benefits: If there is a failing test because of an intermittent, the individual failing module can be re-run instead of having to re-run the whole project build. The build time is decreased substantially (90min -> 45min). This is the first run at this, I will be iterating to further reduce build times going forward.
2022-08-24 12:55:00 -04:00
- name: hapi_fhir_structures_r5
module: hapi-fhir-structures-r5
- name: hapi_fhir_test_utilities
module: hapi-fhir-test-utilities
- name: hapi_fhir_testpage_overlay
module: hapi-fhir-testpage-overlay
- name: hapi_fhir_validation
module: hapi-fhir-validation
- name: hapi_fhir_validation_resources_dstu3
module: hapi-fhir-validation-resources-dstu3
- name: hapi_fhir_validation_resources_r4
module: hapi-fhir-validation-resources-r4
- name: hapi_tinder_plugin
module: hapi-tinder-plugin
- name: hapi_tinder_test
module: hapi-tinder-test
- name: tests_hapi_fhir_base_test_jaxrsserver_kotlin
module: tests/hapi-fhir-base-test-jaxrsserver-kotlin
- name: tests_hapi_fhir_base_test_mindeps_client
module: tests/hapi-fhir-base-test-mindeps-client
- name: tests_hapi_fhir_base_test_mindeps_server
module: tests/hapi-fhir-base-test-mindeps-server