Re: Adding optionally commit number in PG_VERSION_STR
От | Michael Paquier |
---|---|
Тема | Re: Adding optionally commit number in PG_VERSION_STR |
Дата | |
Msg-id | CAB7nPqRUeYKxdpPVk2VBxos=b1SBAtuREea7QPyc6mY_uvTz4w@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Adding optionally commit number in PG_VERSION_STR (Dave Page <dpage@pgadmin.org>) |
Список | pgsql-hackers |
On Wed, Jul 17, 2013 at 5:20 PM, Dave Page <dpage@pgadmin.org> wrote: > On Wed, Jul 17, 2013 at 2:55 AM, Michael Paquier > <michael.paquier@gmail.com> wrote: >> Hi all, >> >> It happens that I work occasionally on multiple builds based on >> different stable branches at the same time to check fixes that need to >> be backpatched, and I tend to easily lose track on which version the >> build I created is based on (Duh!). There is of course the version >> number up to the 3rd digit available (for example 9.2.4, 9.3beta2, >> etc.), but as a developer I think that it would be helpful to include >> the commit ID in PG_VERSION_STR to get a better reference on exactly >> what the development build is based on. This could be controlled by an >> additional flag in ./configure.in called something like >> --enable-version-commit, of course disabled by default. If enabled, >> PG_VERSION_STR would be generated with the new information. configure >> would also return an error when this flag is enabled if git is either >> not found, or if the repository where configure is not a native git >> repository. > > FYI, we include the output from "git describe --always" in the pgAdmin > version meta info, which is displayed on the About box along with the > regular version info. That has proven to be extremely useful in the > past, particularly during QA where people may be testing snapshot > builds. Yes, that's also something tracked for the QA/QE tests at VMware. Having such an option in core would be a good thing for many people IMHO instead of using some manual scripting. -- Michael
В списке pgsql-hackers по дате отправления: