| Age | Commit message (Collapse) | Author |
|---|
|
|
|
Try real hard to detect which branch we've detached from.
|
|
|
|
This is a bit tricky, find_package(Git) was only used to check if git is installed
and actual git command was assumed to be in the PATH (while ideally it should have
been GIT_COMMAND variable).
This commit makes re-compile output cleaner, especially when using Ninja.
Adding proper GIT_COMMAND to buildinfo.cmake is also possible via argument.
Reviewers: campbellbarton
Reviewed By: campbellbarton
Differential Revision: https://developer.blender.org/D1847
|
|
find_package(Git) will already print this.
|
|
|
|
|
|
While this should work, allow the build to succeed if for some reason the command fails.
|
|
|
|
also add macro 'print_all_vars()', if(0)'d - debugging only.
|
|
|
|
|
|
This is because of blender-tiles branch we've got..
|
|
|
|
We wouldn't really have release branches, building will happen
from annotated tags.
Made it so building tag revision equals to a master branch.
|
|
Branch name and hash didn't work properly when having disconnected
HEAD or when having current HEAD below upstream.
|
|
|
|
Before this console output contained messages about branch is not
configured to use any upstream branch which is not useful information
at all.
|
|
|
|
Ok, this is nasty. SOURCE_DIR is somehow being defined
from CMakeLists.txt in source/creator by the looks of it
and actual issue as extra slash in the end of path which
was passing to EXISTS command.
|
|
- It was using SOURCE_DIR which is undefined on windows.
No idea why it was defined on Linux, could be some
co-incident. Correct usage is CMAKE_SOURCE_DIR.
- Remove usages of SVN's revision.
|
|
Before this hash of latest local commit was used,
which is not so much useful since nobody can access
that commit hash.
|
|
- Use -M suffix if working tree does have uncommitted
modifications.
- Local commits are considered local changes as well
|
|
- Better to set branch/hash to "unknown" so
it's clear build is done from exported tree.
- SCons used to reference undefined variable.
|
|
Title says it all :)
Pointer by IRIE Shinsuke in the ML, thanks!
|
|
Summary:
Old idea with changes since previous release tag
didn't work good enough. In most of the cases tag
was done in a branch hence not actually reachable
from the master branch.
Now change since release is gone, and date of
the latest commit is used instead.
The date is displayed in format YYYY-MM-DD HH:mm
in the splash.
New bpy.app fields:
- build_commit_timestamp is an unix timestamp of
the commit blender was build from.
- build_commit_date is a date of that commit.
- build_commit_time is a time of that commit.
Reviewers: campbellbarton
Differential Revision: http://developer.blender.org/D5
|
|
- Use commit number since last annotated tag as a
revision number replacement. It'll eb followed
by 'M' symbol if there're local modification in
the source tree.
- Commit short SHA1 is included. Helps getting
information about commit used to build blender
with much faster.
- If build is not done from master branch, this also
will be noticed in the splash screen.
This commit also replaces revision stored in the
files with git-specific fields (change and hash).
This is kind of breaks compatibility, meaning
files which were saved before this change wouldn't
display any information about which revision they
were saved with. When we'll finally switch to git,
we'll see proper hash and change number since
previous release in the files, for until then
svn version will be used as a change number and
hash will be empty.
Not a huge deal, since this field was only used
by developers to help torubleshooting things and
isn't needed for blender itself.
Some additional tweaks are probably needed :)
|
|
startup.
tested with linux/cmake linux/scons windows/cmake/mingw windows/cmake/msvc
|
|
Added a note about doubtful "copy if different".
|
|
Improve formating and comments a bit.
|
|
|
|
a header every build with the time, date, svn revision.
|
