Log message #579516

# At Username Text
# Mar 9th 2009, 15:33 alkemann ok, lets get stuff merged then :)
# Mar 9th 2009, 15:32 alkemann sounds good,. the one in my branch is messy
# Mar 9th 2009, 15:32 ADmad alkemann: there shouldnt be much more than that... as AD7six said he did all the schema changes we discussed on his fork
# Mar 9th 2009, 15:32 AD7six it's more generic and in most respects from my pov simpler
# Mar 9th 2009, 15:31 alkemann but if u got a better schema we can go from, thats great
# Mar 9th 2009, 15:31 alkemann ADmad has been adding and removing modified and created, but other than that the logs isnt telling me much
# Mar 9th 2009, 15:30 alkemann i think the one i have now comes mostly from existing bakery
# Mar 9th 2009, 15:29 AD7six I assume
# 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