-
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
AppVeyor: Update build environment and save artifacts #875
Conversation
EwoutH
commented
Apr 29, 2020
•
edited
Loading
edited
- Updates the build environment to the Visual Studio 2019 image
- Use Python 3.8 in AppVeyor builds
- Saves the build folder as an artifact
- Updates the build environment to the Visual Studio 2019 image - Saves the build folder as an artifact
- Unfreeze cx_Freeze version to allow dev builds with Python 3.7 and 3.8 - Use Python 3.8 in AppVeyor builds
Blocked by #874. |
|
Thanks for the quick reply. It's not that quick, since build refers to the build folders path. I implemented it with an dedicated zip command though. Example here. What do you think of #874? |
Can someone give me a hand how to build a standalone / release version of Meshroom? (so including aliceVision and the qtPlugins) |
Hi @EwoutH, Thanks for the PRs.
The docker files are relying on the dockerhub images of AliceVision. |
It is possible to load builds from other Appveyor sessions. I looked into this when I was updating the AliceVision Appveyor file. But I think before we look into this, we should also save build artifacts for https://github.com/alicevision/QtOIIO and https://github.com/alicevision/qmlAlembic |
The PRs referenced above enable saving build artifacts for QtOIIO and qmlAlembic. From both projects, the whole build folder is saved as .zip, and the following artifacts are also save separately:
Is anything else needed from those two projects? |
@EwoutH Oh, yes, I missed to mention https://github.com/alicevision/QtAliceVision
|
I would suggest merging this now. I will open an separate PR for release builds, probably using GitHub Actions. |
This appears to be a very minimal and non-invasive PR that greatly simplifies testing the latest dev builds. 👍 |
The added comment invalidated the review although no code changes occurred. The original review by @simogasp is probably equally applicable to this latest code. |