Re: [COMMITTERS] pgsql: Update copyright for 2017
От | Tom Lane |
---|---|
Тема | Re: [COMMITTERS] pgsql: Update copyright for 2017 |
Дата | |
Msg-id | 25878.1483557652@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | [COMMITTERS] pgsql: Update copyright for 2017 (Bruce Momjian <bruce@momjian.us>) |
Ответы |
Re: [COMMITTERS] pgsql: Update copyright for 2017
|
Список | pgsql-committers |
David Fetter <david@fetter.org> writes: >>> Actually, my takeaway from this was "don't ever use git reset on >>> the repo". > That's actually not tenable. If we ever find something in our repo > that we don't have full rights to, especially if it's something that > would put roadblocks in front of people who'd like to make a > proprietary fork, we have to be able to expunge it, not merely paper > it over. What, and re-do every commit after the one that added such material? And somehow find every tarball that was shipped with the material, and make them go away? Please don't bring straw-man arguments. >> Except for like Andres says, always check *everything* before >> pushing. I know I always push with -n and then do a git show on that >> resulting set of commits just to make sure it's the one I want. It >> doesn't take a lot of extra time after each commit, and it easily >> finds things like this. > Do we see a point in the future where all pushes to that repo require > a reviewer separate from the author? The cost in hassle and > aggravation is, to put it mildly, non-trivial, but it makes these > kinds of mistakes a lot harder to make. No amount of review will prevent human error at the point of the final push. Yeah, Bruce was probably unreasonably sloppy about this particular commit, but to imagine that we can get the error rate to exactly zero is hopeless. That's what "git revert" is for. regards, tom lane
В списке pgsql-committers по дате отправления: