Re: pgsql: Typo fix.
От | Dave Page |
---|---|
Тема | Re: pgsql: Typo fix. |
Дата | |
Msg-id | CA+OCxoxmuX8gQt5x7Z-fgwT4d50taUn7JP1+fJHmu=hg4nfg=Q@mail.gmail.com обсуждение исходный текст |
Ответ на | pgsql: Typo fix. (Robert Haas <rhaas@postgresql.org>) |
Список | pgsql-committers |
On Fri, Jan 13, 2012 at 2:03 PM, Simon Riggs <simon@2ndquadrant.com> wrote: > On Fri, Jan 13, 2012 at 1:39 PM, Dave Page <dpage@pgadmin.org> wrote: >> On Fri, Jan 13, 2012 at 1:29 PM, Simon Riggs <simon@2ndquadrant.com> wrote: >>> On Fri, Jan 13, 2012 at 1:22 PM, Robert Haas <rhaas@postgresql.org> wrote: >>> >>>> Typo fix. >>> >>> Hmm, how strange. I fixed that bug immediately before commit, so must >>> have skipped a step while committing. >> >> If you modify a file after git-adding it, you have to re-add it before >> committing. Possible cause? > > No, dumber than that. > > I compiled a new version, just skipped the bit where I updated the new > patch version, so the old one just got applied. > > I keep separate dev and write repositories and use patches to move > between them. Which gives me less chance of committing dev code > accidentally (like I just did). Is there a better way? I suspect the git purists will suggest using a private branch to develop in and then merging (and squashing) that into the master branch to be pushed. I do that for some projects, and a similar workflow to yours for others. Git gives you 20 ways to do anything though, so I'm sure there are other options. -- Dave Page Blog: http://pgsnake.blogspot.com Twitter: @pgsnake EnterpriseDB UK: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-committers по дате отправления: