On Mar 13, 2012, at 2:57 AM, Pascal Robert wrote:
A mechanism to help processing web resources. It is hard to use tools like LESS or JS minification with the current set of tools.
I think this means it would be cool to have a preprocessor in our build.xml files to minify js and process css stylesheets. I agree, that would be awesome. Surely someone has done this already. Perhaps that someone could post an example so we don't have to figure it out from scratch :-)
serious release engineering
I have a question about this myself. Now that we have an integration branch where all the new pull requests are going, what is the process where those changes filter through to master? For instance, prototype 1.7 landed on integration a while ago. It hasn't moved since. What am I to make of that? Is there a problem with it? Does someone not like it? Did it break someone's apps? Inquiring minds would like to know, even though that's just one example. There appears to be a lot of stuff going into integration but not coming back out. With no issue receiving comments (or patiently waiting), it's hard to know where things stand.
Is the proper course of action to push to integration as well? I've got a branch coming that represents a couple of months worth of commits. I've tested things pretty thoroughly myself. Should it still be pushed to integration and then cherry picked? That's gonna be a lotta cherry pickin'. I also have my doubts that anyone's going to test it any more thoroughly than I have already.
Should I just consider integration the new master?
work on migration system
get db downgrades to work
DB downgrades will never work. A column, once dropped, cannot be undropped. This reminds me of an interesting article from thedailywtf. Usually those are haha funny, but this one was actually an interesting read.