# |
Mar 9th 2009, 15:29 |
AD7six |
you're saying you had a schema, and it's different |
# |
Mar 9th 2009, 15:28 |
alkemann |
i dont follow |
# |
Mar 9th 2009, 15:27 |
AD7six |
except for the revisions table (maybe) the rest should be about the same as you already had, no? |
# |
Mar 9th 2009, 15:27 |
alkemann |
hm.. or the history link on thechaw doesnt work correctly. it shows history on wrong branch |
# |
Mar 9th 2009, 15:26 |
alkemann |
im pretty sure i had a db that matched the spec at some point but it looks like it wasnt commited :/ |
# |
Mar 9th 2009, 15:25 |
alkemann |
i c |
# |
Mar 9th 2009, 15:23 |
AD7six |
which was a proposal, not set in stone - but should be a better fit. |
# |
Mar 9th 2009, 15:22 |
AD7six |
the previous discussion went into the schema in my fork |
# |
Mar 9th 2009, 15:22 |
alkemann |
http://thechaw.com/bakery/source/branches/2.0.x.x/config/sql/schema.php |
# |
Mar 9th 2009, 15:20 |
AD7six |
alkemann: which schema are you looking at |
# |
Mar 9th 2009, 15:11 |
alkemann |
i think once we get mocks and use cases, we should use them as a basis for a go through of the spec and nail it down so we can get this thing going |
# |
Mar 9th 2009, 15:06 |
alkemann |
i dont think it's up to specc either |
# |
Mar 9th 2009, 15:06 |
alkemann |
articles table looks messy tbh |
# |
Mar 9th 2009, 15:05 |
alkemann |
and with schemas and the DummyData plugn, my db is back and looking operational :) |
# |
Mar 9th 2009, 15:02 |
AD7six |
the plugin will still need some work or maybe even rewriting - the code is based on my user_account behavior which blurs the CM line a bit. |
# |
Mar 9th 2009, 15:01 |
alkemann |
ok |
# |
Mar 9th 2009, 15:01 |
AD7six |
I'll move my plugin to 2.0.x.x after rebasing (after eating). |
# |
Mar 9th 2009, 15:01 |
AD7six |
alkemann: btw git merge -s ours seems to give the best results most of the time |
# |
Mar 9th 2009, 15:01 |
alkemann |
why do we have a "config" table though |
# |
Mar 9th 2009, 15:00 |
alkemann |
luckily we have schema :) |
# |
Mar 9th 2009, 14:59 |
alkemann |
give me back my left socks |
# |
Mar 9th 2009, 14:58 |
ADmad |
its the db snatchers |
# |
Mar 9th 2009, 14:58 |
alkemann |
buhu, my db is gone |
# |
Mar 9th 2009, 14:57 |
alkemann |
gotta blame someone |
# |
Mar 9th 2009, 14:56 |
ADmad |
alkemann: are you impling i screwed up something ? i have no idea :) |
# |
Mar 9th 2009, 14:55 |
jperras |
ie. use git to create/track remote svn branches, develop and push to those through git-svn, then merge everything back to trunk using git when all's done. |
# |
Mar 9th 2009, 14:55 |
alkemann |
ADmad: why am i getting "Error: Database table config for model Config was not found." ? |
# |
Mar 9th 2009, 14:54 |
jperras |
saves a ton of trouble |
# |
Mar 9th 2009, 14:54 |
jperras |
I've taken to doing the merges in git, even though the endpoint repository is svn. |
# |
Mar 9th 2009, 14:53 |
alkemann |
with svn, my coworker had to set off a day each time we planned on merging a branch |
# |
Mar 9th 2009, 14:53 |
jperras |
yeah. it so easy, you actually *use* it |
# |
Mar 9th 2009, 14:52 |
alkemann |
i love how sweet branching actually is when u have a system that handles them |
# |
Mar 9th 2009, 14:52 |
jperras |
it takes a bit of getting used to |
# |
Mar 9th 2009, 14:51 |
alkemann |
im still getting git, but im 100% sold on.. as tempting to go back to svn as it is to drop cakephp for oldschool hacks |
# |
Mar 9th 2009, 14:51 |
ADmad |
"dev" ? |
# |
Mar 9th 2009, 14:51 |
alkemann |
and i dont love the name of this branch.. hell to type |
# |
Mar 9th 2009, 14:50 |
alkemann |
and ppl have branched master.. just drop the forks and recommit to 2.0.x.x |
# |
Mar 9th 2009, 14:50 |
jperras |
they need to share some sort of common history, of course |
# |
Mar 9th 2009, 14:49 |
alkemann |
yea that didnt go to well |
# |
Mar 9th 2009, 14:48 |
jperras |
regardless though, that's how you would go about getting a remote fork/repository other than your master into your remote branches list |
# |
Mar 9th 2009, 14:47 |
AD7six |
different branch* |