-
Notifications
You must be signed in to change notification settings - Fork 255
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
getting wix, app and choco version in line. #24
Comments
Not sure about you, but typically, we handle this with a CommonAssemblyInfo.cs file, and the version number in this file is updated each build, and is referenced everywhere that needs it. That way, you don't have to update the same information in multiple places. |
Never had to deal with this so no idea. How do you reference it. |
The CommonAssemblyInfo.cs is essentially a "partial" file. So you create a link to the common file, and remove the AssemblyInfo and AssemblyFileVersion from the AssemblyInfo.cs file. When it compiles, it takes the Version numbers from the Common file. You can do a similar thing with the wix project. Happy to make these changes, but I have asked Xavier a question related to this, so going to hold off until I hear from him about it. |
- This is the first attempt to use a common version number for all projects, msi, and nuget packages. Won't be able to test this properly until all tests pass. - Updated gitignore file to not check in BuildArtefacts - Updated projects to use CommonAssemblyVersion and CommonWixInfo files - Added psake build scripts - Added build.bat file that will be used by MyGet Build Services
In order to get the package building on MyGet, we have to stop the ICE warnings. This is detailed here: http://stackoverflow.com/questions/1064580/wix-3-0-throws-error-217-while-being-executed-by-continuous-integration Up shot, we have to use the override, as we can't get admin permissions on the build server.
Okay, looks like this is pretty much complete. Now, we just need to decide on how we are controlling the version number. The build script, at the minute, hard codes the version into the default.ps1 file, however, there is a way to retrieve the build number from the git repo using tags and commit history (that is the code that is currently commented out in that file). This is quite a "clean" way of doing it, but it would need some setup and testing, so need some feedback as to whether we want to proceed down this route. Can you let me know what you think? |
By adding a tag to the git repo, and then using the number of commits to the repo since the tag, we can auto generate the version number.
I have played with this, and I "think" that I have it working, just running a full build on MyGet just now. Used this: http://wptheming.com/2011/04/add-remove-github-tags/ as a reference. |
Woot, it works! |
They should probably all be the same on the 0.0.0 level.
The text was updated successfully, but these errors were encountered: