-
Notifications
You must be signed in to change notification settings - Fork 903
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
Set up appveyor.yaml and build #21
Comments
If you wanted to add me to the team in AppVeyor, I would happily take a look at this. |
Yes, just be sure to Self assign the task and move it to working. On Sunday, January 18, 2015, Gary Ewan Park notifications@github.com
Rob http://devlicio.us/blogs/rob_reynolds |
Actually I might grab this so it falls under my account. |
- Add an init to set git user email and name - Set certain test categories to be ignored - Remove xml artifacts that have html equivalents - Add buildinfo.xml - Add detailed build log file
The init script will error unable to lock the local config file so set the options globally.
Only show the build status for the master branch. Otherwise confusion could ensue if there is a PR that causes the build to fail.
Trying to determine a good notification list - think we'll want to set up a mailing list for build status. That way we don't diverge emails and people can self-subscribe. |
This will allow different build / integration systems to send email to a group that folks can self-subscribe to.
Actually added that. That way any build/integration tool can email build status changes to a mailing list. |
Identify the system sending the message, note that the message is a build notification (could include a pass/fail due to email on status changes).
This is probably good enough now to close this issue. Any followup AppVeyor items should get a new ticket. |
Follow up with a request to allow for this.
So apparently wildcards are supported, the path for grabbing the nuget packages needed to be adjusted to be relative.
Yip, that is fine, what I was getting at was assigning a GitHub Team to the project that you set up in AppVeyor: That way, you still own the Project, but other team members can edit stuff if required. This won't be as much of a big deal since we are driving everything through the appveyor.yml file, but still worth doing, IMO. |
* upstream/master: (chocolateyGH-21) Don't publish Nuget pkgs for PRs (chocolateyGH-21) fix nupkg inclusion (chocolateyGH-21) appveyor artifacts do not allow wildcards (doc) Submitting issues enhancements (chocolateyGH-21) change notification subject (chocolateyGH-21)(doc) Add build status email group (chocolateyGH-21) gather nupkgs as artifacts (chocolateyGH-21) set clone depth to 5 (chocolateyGH-21) AppVeyor Build status only master branch (doc) readme - add links / fixup header (doc) Add badges (chocolateyGH-21) AppVeyor - set git config options globally (chocolateyGH-21) AppVeyor tweaks (chocolateyGH-21) Add initial AppVeyor configuration (log) list command escape curly braces (chocolateyGH-7) do not fail when deleting .old files (convention) methods/properties/events to inspect (doc) Help menu enhancements
I would love that. On Sunday, January 18, 2015, Gary Ewan Park notifications@github.com
Rob http://devlicio.us/blogs/rob_reynolds |
No description provided.
The text was updated successfully, but these errors were encountered: