You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Travis uses last person to commit as the username associated with the triggered build rather than the person who triggered the build.
That user gets notified about the Travis build (if it was successful or not), creating unnecessary noise. Usually, this is not a problem because if you go to trigger a build it's likely you were the last person to commit to mason. However you can trigger Travis builds by publishing a package before you commit code changes to mason, and in that case you might not be the last person who made a commit.
If the Circle Trigger API can support connecting triggers to workflows, then we can have a separate publishing workflow that doesn’t notify last person to commit but rather the person who is triggering.
According to a Circle CI rep, the Circle Trigger API is likely to gain support for workflows soon.
Travis uses last person to commit as the username associated with the triggered build rather than the person who triggered the build.
That user gets notified about the Travis build (if it was successful or not), creating unnecessary noise. Usually, this is not a problem because if you go to trigger a build it's likely you were the last person to commit to mason. However you can trigger Travis builds by publishing a package before you commit code changes to mason, and in that case you might not be the last person who made a commit.
If the Circle Trigger API can support connecting triggers to workflows, then we can have a separate publishing workflow that doesn’t notify last person to commit but rather the person who is triggering.
According to a Circle CI rep, the Circle Trigger API is likely to gain support for workflows soon.
cc @springmeyer
The text was updated successfully, but these errors were encountered: