-
Notifications
You must be signed in to change notification settings - Fork 1
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
Q: Should we enable AppVeyor (Windows CI) for all repos? #13
Comments
If this allows to keep the |
I've merged too fast yesterday. Actuallt it seems that all the bigger projects have issues: for example look at this: |
I'm sorry but AppVeyor doesn't seem reliable enough. There are some random failures. They will annoy everybody when serious pull requests will come so i think we should revert what's been already merged. |
Hmm this seems to be an issue with Dub on Windows not AppVeyor ...
Can we simply disable the webhook? If Dub/Dub-registry issues gets fixed, we don't have to adjust the scripts anyway (or maybe only bump the version). Is there another project where you observe this random dependency errors? Btw we might, of course, try to use git submodules and avoid using DUB entirely, which would be a workaound against the DUB problems ... |
Yes disable the hook for those that fail. Red crosses when the PR is clean are not acceptable. There were just those two so this OK for now. |
What do you think about adding a Windows CI to our common standards (#7) for all repositories?
I personally haven't used Windows for years, but I do realize that it's a very important target and usually a bit neglected in the D community.
However, it's quite easy to add such a config and I made an Proof-of-Concept (PoC) one to libdparse: dlang-community/libdparse#141
The text was updated successfully, but these errors were encountered: