Re: pgsql: Typo fix.
От | Alvaro Herrera |
---|---|
Тема | Re: pgsql: Typo fix. |
Дата | |
Msg-id | 1326470664-sup-9639@alvh.no-ip.org обсуждение исходный текст |
Ответ на | Re: pgsql: Typo fix. (Andrew Dunstan <andrew@dunslane.net>) |
Ответы |
Re: pgsql: Typo fix.
Re: pgsql: Typo fix. |
Список | pgsql-committers |
Excerpts from Andrew Dunstan's message of vie ene 13 12:49:58 -0300 2012: > > On 01/13/2012 10:22 AM, Simon Riggs wrote: > > On Fri, Jan 13, 2012 at 2:26 PM, Magnus Hagander<magnus@hagander.net> wrote: > > > >> Just FWIW, I use a separate development repository as well. But I have > >> it added as a remote from the "commit repository", and thus just do a > >> "git merge --squash" instead of manually moving them with "patch". > >> > >> But I am very much a fan of keeping the repos separate for just that > >> reason - don't want to accidentally commit dev code. > > OK thanks. > > > > My patch foo seems occasionally faulty, but git merge --disaster is > > something I'm happy to avoid. I'll work on my hand grenade juggling > > skills before I do that. > > > How you work is up to you, but "git merge --squash" is pretty safe, > since it doesn't actually commit anything. And if things go wrong you can always do git merge --abort. I, too, used to be scared of some of the options that git gives us, but after experimentation I found some of them to be hugely useful and safe enough that I now very rarely run use patches anymore. -- Álvaro Herrera <alvherre@commandprompt.com> The PostgreSQL Company - Command Prompt, Inc. PostgreSQL Replication, Consulting, Custom Development, 24x7 support
В списке pgsql-committers по дате отправления: