Re: Database designer
От | Magnus Hagander |
---|---|
Тема | Re: Database designer |
Дата | |
Msg-id | CABUevEywxgrFF=1C5E=tmLxSWtWX4vBr3kD+tbUeG65z1Re29g@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Database designer (Guillaume Lelarge <guillaume@lelarge.info>) |
Список | pgadmin-hackers |
On Tue, Mar 6, 2012 at 09:52, Guillaume Lelarge <guillaume@lelarge.info> wrote: > On Tue, 2012-03-06 at 09:32 +0100, Magnus Hagander wrote: >> >> On Mar 6, 2012 9:23 AM, "Dave Page" <dpage@pgadmin.org> wrote: >> > >> > On Tue, Mar 6, 2012 at 8:01 AM, Guillaume Lelarge >> > <guillaume@lelarge.info> wrote: >> > > >> > > On such a huge patch, it's really hard to work without commiting >> some >> > > parts of it. So I decided to commit each milestone of the project. >> I >> > > agree with you that it lacks lots of tweaking, but it's not that >> bad. >> > >> > There are numerous basic issues (such as dialog design, and even >> > labelling text) which most certainly should have been resolved prior >> > to commit - they are a matter of maintaining basic standards - and >> > that's not to mention that it's more or less impossible to use as >> > designed on at least Mac. To quote a French friend of mine from June >> > last year: "And without usability, it can't be commited in the >> pgadmin >> > repository." >> >> Meh, who cares about mac? ;) >> >> On a serious note, perhaps this patch was/is big enough that it >> would've warranted an actual development branch in the main repo to >> allow for easier testing and merging by more people while it >> progresses? It won't magically solve any problems of course, but it >> might be worth reconsidering the "branching policy" now that we've >> used git for a while and people are more used to it? >> > > I would be fine with it if we had people to actually test it. But we > don't. Dave's complaining now but the feature is in since early > september 2011, meaning he didn't test it before. And the only one I > know testing it is Colin Beckingham, with a few interesting comments in > late february. Having a test branch won't resolve anything. Actually, > putting it in a test branch is probably the best way to forget about it. I meant during development. You said "commit at each milestone" - those commits could be on the dev branch, and then merged in when all are done. But yeah, as I said it won't magically solve any problems. If the problem is lack of testers, then in theory making it slightly easier to test might encourage more testing. But I doubt it's going to make a big difference there... -- Magnus Hagander Me: http://www.hagander.net/ Work: http://www.redpill-linpro.com/
В списке pgadmin-hackers по дате отправления: