# |
May 21st 2019, 20:51 |
cnizzardini |
im a very mediocre developer |
# |
May 21st 2019, 20:51 |
cnizzardini |
but what do i know |
# |
May 21st 2019, 20:51 |
ricksaccous |
i like the idea of being able to get the app going in one command, tables created, etc |
# |
May 21st 2019, 20:51 |
cnizzardini |
and as part of CI and deployment |
# |
May 21st 2019, 20:51 |
cnizzardini |
yep |
# |
May 21st 2019, 20:51 |
ricksaccous |
so you don't have to keep SQL dumping |
# |
May 21st 2019, 20:51 |
ricksaccous |
i guess you use them to push changes up to each other |
# |
May 21st 2019, 20:50 |
cnizzardini |
cause we have em |
# |
May 21st 2019, 20:50 |
cnizzardini |
we are |
# |
May 21st 2019, 20:50 |
cnizzardini |
i mean |
# |
May 21st 2019, 20:50 |
ricksaccous |
then you aren't really using migrations |
# |
May 21st 2019, 20:50 |
ricksaccous |
heh |
# |
May 21st 2019, 20:50 |
cnizzardini |
Why have them run all those migrations |
# |
May 21st 2019, 20:50 |
cnizzardini |
We just give new engineers a sql dump |
# |
May 21st 2019, 20:48 |
ricksaccous |
that's mainly why |
# |
May 21st 2019, 20:48 |
ricksaccous |
imagine if you wanted a barebones version of the project up |
# |
May 21st 2019, 20:47 |
ricksaccous |
even then that's probably not wise |
# |
May 21st 2019, 20:47 |
ricksaccous |
you should never remove old migrations though imo unless you want to replace them with a snapshot migration |
# |
May 21st 2019, 20:46 |
ricksaccous |
lmao |
# |
May 21st 2019, 20:46 |
ricksaccous |
depends who is on your team |
# |
May 21st 2019, 20:43 |
cnizzardini |
Many of these migrations are several years old, is there any negative side effects to removing old migrations? |
# |
May 21st 2019, 20:42 |
ricksaccous |
i guess try and see if that helps |
# |
May 21st 2019, 20:42 |
cnizzardini |
so remove namespace App\config\Migrations;? |
# |
May 21st 2019, 20:41 |
ricksaccous |
migrations are not namespaced |
# |
May 21st 2019, 20:41 |
ricksaccous |
and above that a use Migrations\AbstractMigration; |
# |
May 21st 2019, 20:41 |
ricksaccous |
class PublisherTableDeletes extends AbstractMigration |
# |
May 21st 2019, 20:41 |
ricksaccous |
in that migration you should have |
# |
May 21st 2019, 20:38 |
cnizzardini |
According to the docs, now require robmorgin/phinx but what about cakephp/migrations? |
# |
May 21st 2019, 20:36 |
cnizzardini |
Any idea on how migrations changed between 3.5 and 3.7, I am getting errors when running migrations Exception: Could not find class "PublisherTableDeletes" in file "config/Migrations/20170812215941_PublisherTableDeletes.php" in [vendor/robmorgan/phinx/src/Phinx/Migration/Manager.php, line 670] |
# |
May 21st 2019, 18:40 |
luisdelamo |
when* |
# |
May 21st 2019, 18:30 |
luisdelamo |
does not work either |
# |
May 21st 2019, 18:30 |
luisdelamo |
in the App/test/boostrap.php I used the Plugin::getCollection |
# |
May 21st 2019, 18:28 |
luisdelamo |
Whe I run the unit test, the core translations doesn´t work |
# |
May 21st 2019, 18:28 |
luisdelamo |
I have a question, now with the new updates, Plugin::load is deprecated, now the plugins are loaded in Application.php |
# |
May 21st 2019, 18:25 |
luisdelamo |
Hello, good afternoon from Tenerife |
# |
May 21st 2019, 16:45 |
hollistergraham123 |
@admad Thank you!!!!!! Your a champ among champions. |
# |
May 21st 2019, 16:44 |
admad |
btw plural of "inventory" is "inventories" not "inventorys" |
# |
May 21st 2019, 16:42 |
admad |
@hollistergraham123 `['Inventorys.store_id = Repairs.store_id']` |
# |
May 21st 2019, 16:40 |
waspinator |
that makes sense. not sure how to do it though. sorry |
# |
May 21st 2019, 16:36 |
hollistergraham123 |
Right now I’m just getting the repair then using it’s store_id in the condition. But it seems like a unnecessary query. |
# |
May 21st 2019, 16:34 |
hollistergraham123 |
Yeah, I want to do a where Inventorys.store_id = Repairs.store_id which I can do in sql I just don’t know how to do it in the ORM |