dimagi / commcare-export

73%

master: 80%

LAST BUILD ON BRANCH sk/better-migrations

branch: sk/better-migrations

CHANGE BRANCH

x

Reset

• sk/better-migrations
• 0.11.6
• 0.11.7
• 0.11.8
• 0.12.0
• 0.12.1
• 0.12.2
• 0.12.3
• 0.12.4
• 0.12.5
• 0.12.6
• 0.12.7
• 0.12.8
• 0.12.9
• 0.13.0
• 0.13.1
• 0.13.2
• 0.13.3
• 0.14.0
• 0.15.0
• 0.16.0
• 0.17.0
• 0.18.0
• 0.18.1
• 0.19.0
• 0.19.1
• 0.20.1
• 0.20.2
• 0.21.0
• 0.21.1
• 1.1.0
• 1.1.1
• 1.2.0
• 1.2.1
• 1.2.2
• 1.2.3
• 1.2.4
• 1.3.0
• 1.3.1
• 1.3.2
• 1.3.3
• add-2fa-273839
• benrudolph
• cdg/data_types
• cdg/new_features
• ce/oracle-column
• csv-filename-warning
• ctsims/markdown_fix
• ctsims/oracle_support
• cz/checkpoint-time
• cz/data-types
• cz/default-batch-size
• cz/exit-status
• cz/fix-repeat-failure
• cz/location-data-fixes
• cz/location-support
• cz/log-to-stderr
• cz/markdown
• cz/misc
• cz/numeric-types
• cz/test-docs
• db-aware
• db-specific-columns
• digest
• mappings
• master
• minling-list
• missing-value
• mk-258796
• nh/429backoff
• nh/drop_profile
• nh/gh_actions
• nh/openpyxl
• nh/py3
• nomoreleft
• nvarchar-255
• nvarchar-max
• pv/add-2fa-273839
• pv/reword-readme
• py3
• pyexcel-upgrade
• pyxl
• sk/alembic
• sk/attachment_url
• sk/checkpoint
• sk/checkpoint-date
• sk/checkpoint-per-table
• sk/checkpoint-table
• sk/deprecations
• sk/exception
• sk/filter
• sk/fix_test
• sk/lenient-strict-types
• sk/migrations
• sk/missing-val
• sk/modify-batch-size
• sk/mssql2
• sk/mysql-boolean
• sk/paging
• sk/selected-at
• sk/server-modified-on
• sk/sha1
• sk/strict-type
• sk/test-3.8
• sk/test-packaging
• sk/tests-refactor
• sk/tweaks
• sk/unicode
• sk/unicode-args
• sr-str2num
• standard-filters
• type-support
• v0.11.8
• v0.12.6
• v1.1.0

Build # 336

Build Type

push

travis-ci

Committed by snopoke

Commit Message

set batch checkpoint date to correct date

The current code naively sets the checkpoint to the
datetime that the batch was downloaded as opposed to the
'since date' in the last item of the batch.

This means that any interruptions in the export
would not correctly restart from where they left off
but would instead only export data that was updated
since the last run.

Run Details

283 of 443 branches covered (63.88%)

10 of 10 new or added lines in 2 files covered. (100.0%)

930 of 1277 relevant lines covered (72.83%)

1.43 hits per line