| [08:48:46] | <evered[m]> | I am glad to hear the team caught it in time. 🐧 |
| [11:53:54] | <symbioquine[m]> | paul121: On the last dev call I think I saw your development testing process involved doing site-install to get back to a clean state... I've been doing the more nuclear option of shutting down docker deleting all the data and either restoring from a backup or using a fresh install. Have you found that simply doing a site-install provides sufficient insulation between the old (maybe broken) site and whatever you're doing next? |
| [12:09:26] | <mstenta[m]> | `drush site-install` will drop all tables in the database and do a fresh drupal install (like visiting `install.php` in the browser) |
| [12:09:55] | <mstenta[m]> | it won't touch existing files though (except settings.php which it writes to) |
| [12:10:08] | <mstenta[m]> | so eg: uploaded files won't be deleted by it |
| [12:11:58] | <mstenta[m]> | I think this'll work: |
| [12:11:58] | <mstenta[m]> | `sudo docker-compose exec -t www drush site-install -y --db-url=pgsql://farm:farm@db/farm --account-pass=admin'` |
| [12:13:40] | <mstenta[m]> | * this is what the drush command looks like: |
| [12:13:40] | <mstenta[m]> | `drush site-install -y --db-url=pgsql://farm:farm@db/farm --account-pass=admin'` |
| [12:13:57] | <mstenta[m]> | i have a bash alias for "starting fresh" in my local dev env |
| [12:14:06] | <mstenta[m]> | * this is what the drush command looks like: |
| [12:14:06] | <mstenta[m]> | `drush site-install -y --db-url=pgsql://farm:farm@db/farm --account-pass=admin` |
| [12:48:43] | <paul121[m]> | Yep, drush site-install should be sufficient for testing a "fresh install" ! At least I don't think I have run into issues |
| [12:49:29] | <paul121[m]> | Sometimes configuring the instance with test data and taking a snapshot is convenient. So there is a restore point if something breaks but I don't find myself doing that lately |
| [12:50:51] | <symbioquine[m]> | What kind of snapshot do you mean? |
| [12:50:56] | <paul121[m]> | <mstenta[m]> "so eg: uploaded files won't be..." <- This shouldn't cause problems tho, correct? I think my local has various files in the private files directory but a fresh install doesn't know about them so I don't think there is an issue. Just messy filesystem maybe :-) |
| [12:51:46] | <paul121[m]> | Oh, by snapshot I mean exporting the database. I suppose if you were testing something related to files you want to make sure they are not deleted either |