-
Notifications
You must be signed in to change notification settings - Fork 42
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Record version info #443
Record version info #443
Conversation
97bdb68
to
368e6b1
Compare
Seems like Visual Studio builds don't generate tools/gitrev.hpp |
wait, there's a ClInclude for it... |
194c7fe
to
2c1f90b
Compare
What's v0.0.4? |
v0.0.4 is a tag in my fork. |
Wow, I added this guard which is the same as other places gitrev.hpp is included:
and it didn't work! |
Maybe the project file is configured to only define MSBUILD_GITREV in one file? |
03c876c
to
329accf
Compare
329accf
to
aea7db5
Compare
I think it's because I thought the Visual Studio build had a special way of defining the values that I hadn't implemented the new ones for. But now I'm pretty sure Visual Studio builds just don't have any of the values defined. I do need to extend the no-git-repo case in the SConstruct to define blank strings for the new values though, then this can be a single ifdef |
or maybe each one should have its own guard. i don't know. Or the one guard could be an #ifndef MSBUILD_GITREV. |
@CelticMinstrel Is there anything else you want to see from this one? |
Hmm… does the Visual Studio build have this information at all? Does it show the commit hash on the startup screen? |
It does not. |
That is quite unfortunate… but I'm not sure fixing that is in scope for a PR whose purpose is just to add that info to the replay… It's possible to code the generation of this information directly into the Visual Studio project file. I'm not sure if this approach would survive saving the project from Visual Studio, though. I guess we should just open a new issue for this. |
Close #440
I found a bug where scons builds defined GIT_TAG as empty because of a trailing blank line in the subprocess output.
Fixed that, and am now recording a root element like this:
The CI will show whether my changes to
gitrev.sh
work for the Xcode build.