PHPackages neam/yii-dna-pre-release-testing - PHPackages - PHPackages [Skip to content](#main-content)[PHPackages](/)[Directory](/)[Categories](/categories)[Trending](/trending)[Leaderboard](/leaderboard)[Changelog](/changelog)[Analyze](/analyze)[Collections](/collections)[Log in](/login)[Sign up](/register) 1. [Directory](/) 2. / 3. [Testing & Quality](/categories/testing) 4. / 5. neam/yii-dna-pre-release-testing ActiveLibrary[Testing & Quality](/categories/testing) neam/yii-dna-pre-release-testing ================================ Yii DNA Pre-Release Testing 1.0.0(8y ago)15784BSD-3-ClauseShellPHP >=5.4.0 Since Jun 28Pushed 8y ago2 watchersCompare [ Source](https://github.com/neam/yii-dna-pre-release-testing)[ Packagist](https://packagist.org/packages/neam/yii-dna-pre-release-testing)[ Docs](https://github.com/neam/yii-dna-pre-release-testing)[ RSS](/packages/neam-yii-dna-pre-release-testing/feed)WikiDiscussions master Synced 1mo ago READMEChangelogDependencies (5)Versions (3)Used By (4) DNA Project Base Data Set Management ==================================== [](#dna-project-base-data-set-management) **MIGRATION NOTICE: Repository migrated to https://github.com/neam/dna-project-base-data-set-management** Scripts and database migrations folder structure suited for release-upgrade testing with fake data and cloned real user data. Rationale and definitions ------------------------- [](#rationale-and-definitions) We want to be able to develop/test the code both starting from an empty database, and with data imported from a production deployment. These two testing-data-scenarios are referred to as "clean-db" vs "user-generated", and all acceptance tests should be grouped into one or both of these. The "clean-db" data is saved in db/migration-base/clean-db/, the user-generated schema is saved in s3://user-data-backups at the path specified within files located in db/migration-base/user-generated/ User-generated data ------------------- [](#user-generated-data) User generated data is backed up to S3 by running a command specified in the readme. This includes the schema, table data and uploaded user media. Database migrations ------------------- [](#database-migrations) Handled by Propel. DATA profiles ============= [](#data-profiles) Since there may be multiple independent databases deployed, one may keep track of them separately by creating data profiles. That is, instead of simply having "clean-db" and "user-generated" variants, we can create any new dataset and call it for instance "customer1" to be able to track the data set of that particular customer-deployment. FAQ --- [](#faq) ### How are new DATA profiles added? [](#how-are-new-data-profiles-added) Create a new data profile using the helper script, then upload the current current user-generated data to S3, commit the references and profile-related files in dna (anything with in it's path) and push. ``` vendor/neam/yii-dna-pre-release-testing/shell-scripts/new-data-profile.sh vendor/neam/yii-dna-pre-release-testing/shell-scripts/upload-user-data-backup.sh # then run the three commands to update the data refs # commit and push ``` ### Removing applied migrations in order to remove clutter [](#removing-applied-migrations-in-order-to-remove-clutter) Run the following to take the current user-generated schema and copies it to the migration base of the clean-db schema. This makes the default schema to be identical with the user-generated version, and this routine should be done after a release (ie when migrations have been run in production) so that already production-applied migrations can be removed from the current codebase in order to minimize clutter. ``` export DATA=example vendor/neam/yii-dna-pre-release-testing/shell-scripts/post-release-user-generated-schema-to-clean-db-schema-routine.sh # then, manually remove already applied migrations ``` A comment: Migrations are crucial when it comes to upgrading older deployments to the latest schema. If, however, there are no need of upgrading older deployments to the latest schema and code, migrations may instead add to the maintenance and development routines burden without adding value to the project. This is for instance the case during early development where there are no live deployments, or when all live deployments have run all migrations to date and there is no need to restore from old backups. ### Health Score 29 — LowBetter than 60% of packages Maintenance20 Infrequent updates — may be unmaintained Popularity15 Limited adoption so far Community13 Small or concentrated contributor base Maturity59 Maturing project, gaining track record Bus Factor1 Top contributor holds 100% of commits — single point of failure How is this calculated?**Maintenance (25%)** — Last commit recency, latest release date, and issue-to-star ratio. Uses a 2-year decay window. **Popularity (30%)** — Total and monthly downloads, GitHub stars, and forks. Logarithmic scaling prevents top-heavy scores. **Community (15%)** — Contributors, dependents, forks, watchers, and maintainers. Measures real ecosystem engagement. **Maturity (30%)** — Project age, version count, PHP version support, and release stability. ### Release Activity Cadence Unknown Total 1 Last Release 3240d ago ### Community Maintainers ![](https://www.gravatar.com/avatar/d71e1dd8ef0c10991227f77fbc40e68504121455a0ec42e3ae7d05630f47605c?d=identicon)[motin](/maintainers/motin) --- Top Contributors [![motin](https://avatars.githubusercontent.com/u/793037?v=4)](https://github.com/motin "motin (104 commits)") --- Tags phpdbversioningyiidna ### Embed Badge ![Health badge](/badges/neam-yii-dna-pre-release-testing/health.svg) ``` [![Health](https://phpackages.com/badges/neam-yii-dna-pre-release-testing/health.svg)](https://phpackages.com/packages/neam-yii-dna-pre-release-testing) ``` ### Alternatives [vimeo/psalm A static analysis tool for finding errors in PHP applications 5.8k77.5M6.7k](/packages/vimeo-psalm)[larastan/larastan Larastan - Discover bugs in your code without running it. A phpstan/phpstan extension for Laravel 6.4k43.5M5.2k](/packages/larastan-larastan)[letsdrink/ouzo-goodies Utility classes, test assertions and mocking framework extracted from Ouzo framework. 132617.9k7](/packages/letsdrink-ouzo-goodies)[quizlet/hammock Hammock is a stand-alone mocking library for Hacklang. 27445.5k](/packages/quizlet-hammock)[doppiogancio/mocked-client A simple way to mock a client 2174.9k3](/packages/doppiogancio-mocked-client)[robiningelbrecht/phpunit-coverage-tools PHPUnit coverage tools 1783.0k34](/packages/robiningelbrecht-phpunit-coverage-tools) PHPackages © 2026 [Directory](/)[Categories](/categories)[Trending](/trending)[Changelog](/changelog)[Analyze](/analyze)