add testing on AppVeyor #1226
add testing on AppVeyor #1226
Conversation
|
Awesome, I'll put this on the official server tomorrow. |
|
It may need some testing. Strange that Travis and Appveyor seem to ignore this PR :) |
|
Published the lates debug and release depedencies: |
|
Debug libs are incorrectly packed, will republish them tomorrow. |
|
The files are now available from the http://build.project-... host |
|
is it possible to get appveyor to wrap long lines? at the moment the cucumber output is hard to read. |
Could you please republish the debug version from dropbox? It had release stxxl.lib version instead of debug version. The files with Ruby are called libs_osrm_Release_test.7z and libs_osrm_Debug_test.7z, maybe it is better to keep both on http://build.project-osrm.org |
I can only patch cucumber ruby script in depndencies .7z to add line breaks :) |
|
Strange that debug version did not fit in 30 min (with only features/testbot activated) and I do not see the cache working... |
|
what happens if an old archive has been cached? Is there a way to replace it? |
I guess in current version we'll need to run a delete script manually... Maybe |
Cucumber hack seems to work: https://ci.appveyor.com/project/alex85k/project-osrm/build/job/cno8vuq26qdc8h8j The dependenices should be ready for deployment now. Debug testing is too slow (can enable only 200-300 steps to fit in 30 min). Will push |
|
Great, will deploy files soon'ish. Waiting on another thing and will get to it afterwards. |
|
@alex85k files have been updated |
|
Sorry, can not find the updated files. Will rebase now. By the way, -z made the curl crazy: https://ci.appveyor.com/project/alex85k/project-osrm/build/job/k51hqf0f0wyr00sr |
alex85k
force-pushed
the
appveyor-testing
branch
from
ca188d8 to
40e739a
Compare
|
Repushed... Will need to replace address with official. |
|
uploading the files a second time. For some reason this didn't work though the web server although the files were visible locally. |
|
Found the reason: uploaded to the wrong directory. This has been fixed now. |
|
Appears to work, but runs into the 30 min threshold |
alex85k
force-pushed
the
appveyor-testing
branch
from
40e739a to
0182a87
Compare
|
OK, repushed with official adresses. Tried features/testbot for debug this time... |
|
I will send the AppVeyor folks an email if the would be interested in supporting us on Monday. |
|
By the way, does not MapBox have a paid account? :) |
|
Good catch. Another possible route |
|
By the way, this time it passed the tests and even have 5 min left: As a reserve variant, we can always patch cucumber to stop testing if the time is near... |
|
Yep they recently rolled out a new set of VMs. Not sure if the old ones are meant to stay but that's perhaps a thing to discuss with the folks. |
|
Mapbox will support the windows build by running the backend builds from their account. Works great and takes only five mins to build. Will work next week on transitioning the build to their account. |
|
This is now taken care of. |
After successful merging of #889 , the testing process had become faster. Together with caching functionality on AppVeor com it gives us a chance to automatically test build on Windows (like Travis does for Linux).
I have an initial setup of testing by appveyor: https://ci.appveyor.com/project/alex85k/project-osrm
https://github.com/alex85k/Project-OSRM/blob/develop/appveyor.yml
Tried to use cached folder with 20Mb .7z (dependencies - Ruby+gems added, boost 1.56 and protobuf 2.6 used).
Todo: test and publish the dependencies with Ruby for debug/release on official server.