-
-
Notifications
You must be signed in to change notification settings - Fork 19
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
commitsar not properly running on master? #167
Comments
Hi @tommyalatalo , The main issue is that if it's set to scan all master on existing repos that were not conventional commit compliant then your pipeline in master will always fail. We could try to set it up to use the GIT_DEPTH variable OR some config file which would allow you to overwrite the limit for checking on master. Let me know if you have any other ideas. @matoous what do you think? Since you were in the original issue.
I'll make a separate issue out of this. |
Well the problem for me now is that you can't use commitsar with a new repo where you use conventional commits from the start either? |
I found the issue and opened up #169 to fix it. This issue will be kept to track the idea of how far to run it. Thanks for the report @tommyalatalo ! |
The |
Hey, I'm using github actions, just like the example in the docs:
How should I set this GIT_DEPTH variable? I tried the following but it didn't work:
Full log from Github actions:
|
Seems checkout@v2 works a little different. Going to fork an issue for this. Thanks for the report @lfilho |
Thanks for the quick reply! I'm using checkout@v2 for all my other workflows so though of keeping it consistent :-) I'll try with v1 on my next PR and report back to confirm it worked. |
Yeap, confirmed it worked with checkout@v1 |
Since 0.9.0 had in its release notes that commitsar now should run on master I was curious to try it, but it seems to me that it's not working.
To reproduce:
commitsar
The resulting output:
I ran
git rev-list --count master
to count the commits on the master branch of go-task, the result is 698. I guess this confirms that commitsar is not doing it's thing correctly?Why is the first line of output from commitsar
Starting analysis of commits on branch
not stating a branch name?The text was updated successfully, but these errors were encountered: