Skip to content
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

In a buildscan, is there a way to distinguish a user vs filewatch triggered "runPlay" task? #141

Open
Astro03 opened this issue Jul 24, 2020 · 0 comments

Comments

@Astro03
Copy link

Astro03 commented Jul 24, 2020

What I want to do: calculate the time the first runPlay task takes to "build".

Suppose I trigger a runPlay command on my application and that i have buildscans turned on. If I make a code change and access endpoint, then a new runPlay task will be triggered with a new buildscan. Suppose I do this 5 times. This means that I have 6 different buildscans

buildscan 1 | took 2 minutes
buildscan 2 | took 2 seconds
buildscan N | took 2 seconds
buildscan 5 | took 2 seconds

The first run will take longer since most of my tasks will be out of date.
All subsequent runs runs will be quicker since most of the tasks will be "up-to-date".

Thus, is there a way, in a buildscan or other mechanism that I can distinguish the first run vs other runs?

If there was, we gather useful metrics such as how many times the runPlay was run before the user stopped the process.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant