I wasnt sure if there was a built-in migration system. I did see this
one:

http://joelmoss.info/switchboard/blog/1992:Cake_DB_Migrations_strikes_back

But it wasnt clear whether it was part of core or not (by now, or
intended to be).

Thanks for the feedback. Let me try and address your points:

> - cakePHP is php4 and php5 compatible.

Yes, Ruckusing Migrations is built with PHP5 syntax. I guess this is a
show-stopper for CakePHP integration? I dont mean to sound like an
a**hole but I think its time we in the PHP community take a hard stand
and move forward with PHP5. I know this topic has been beating to
death, but still.

> - cakePHP has a console and tasks. So your system needs to be
> integrated into a task and run from the cakephp console.

I am new to CakePHP and didnt know there was a console. Cool. That
being said, I dont think it would be that hard to integrate it into
the console system.

> - cakePHP dislikes any third party libs like PEAR, at least in the
> core. the only exception I've seen is simpleTest and even though, it's
> not required to run the framework.

This isnt any issue. I could easily write my own DB adapter, or just
use the adapter thats part of CakePHP.

> - cakePHP has some conventions ( dates, assoc_id, dependent/
> independent assocs, etc ). your system should be aware of that to make
> life a bit easier.

When you say conventions do you mean coding/style conventions? Your
examples ("dates, assoc_id") imply a DB schema convention. My
migrations framework doesnt auto-create migrations (it does generate a
skeleton file), but in terms of column names, thats totally on behalf
of the end-user to name the columns as they see fit. From what I
understand of your comment, this is not an issue which concerns my
framework.

Please correct me if I am wrong. Or point me towards a URL where I can
learn more about this.

> I personally dislike YAML and would prefer PHP to write migrations.

I wasnt sure if this was a concern or not. I, too, am not fond of the
YAML syntax. My framework uses pure PHP (e.g. PHP method calls such as
"add_column()", "create_table()", etc which is all done via PHP code.
Not a single lick of YAML.

Thanks for your feedback and I will look into the console and adapter
stuff.

/Cody Caughlan

On Sep 10, 6:43 am, CraZyLeGs <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I don't think there is a built-in migration system in cakePHP yet. the
> one that is available is written by a cakePHP user.
> means it's not official.
>
> I heard that john is playing around with migrations in his sandbox, I
> don't know the progress though.
> But back to your framework. For it to be adopted, I think it should
> follow cakePHP' direction:
> - cakePHP is php4 and php5 compatible.
> - cakePHP has a console and tasks. So your system needs to be
> integrated into a task and run from the cakephp console.
> - cakePHP dislikes any third party libs like PEAR, at least in the
> core. the only exception I've seen is simpleTest and even though, it's
> not required to run the framework.
> - cakePHP has some conventions ( dates, assoc_id, dependent/
> independent assocs, etc ). your system should be aware of that to make
> life a bit easier.
>
> I personally dislike YAML and would prefer PHP to write migrations.
>
> Good luck.
>
> On Sep 9, 1:20 am, gonzoprosperity <[EMAIL PROTECTED]> wrote:
>
> > I have written a migrations toolkit/framework in PHP5, heavily modeled
> > after the migrations system in Ruby on Rails.
>
> >http://code.google.com/p/ruckusing/
>
> > I believe it to be feature-complete and extensible than the current
> > migrations system in CakePHP.
>
> > My system is currently production-ready and I think it will integrate
> > very easily into CakePHP. It can live in its own sub-directory and
> > doesnt really need to communicate back with the core framework.
>
> > Any interest in integrating this system into CakePHP?
>
> > Some features:
>
> > - task-based API (think "rake" for Ruby)
> > - can be used for deployment, specify a different environment on the
> > command line and migrations will be executed against that DB.
> > - Very extensible. Currently, only MySQL support is available, but
> > adapters for other RDMBSs could be easily written.
> > - more goodies...
>
> > -Cody Caughlan


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Cake 
PHP" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/cake-php?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to