-
Notifications
You must be signed in to change notification settings - Fork 80
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
Disenchantment with functionality #252
Comments
Hi @Jan-Pleva, To make the setup process easier, we have a feature planned, to allow creating the frogbot-config.yml automatically, and allow you to modify it if needed. Also, we're working on improving the scan-and-fix-repos command so that it won't scan repositories unless there has been a new commit. If you have additional suggestions for us to make the setup process easier, please let us know. As for your feedback in regard to resource utilization, we'd like to understand it better. Will you be able to elaborate more on this? You mentioned that the build takes a long time. What type of projects is Frogbot scanning for you? Which part of the workflow takes a lot of time? Thanks for helping Frogbot improve. |
Hi, some of our builds take 30minutes, it is maven, gradle. |
@Jan-Pleva, |
I mean this configuration https://github.com/jfrog/frogbot/blob/master/docs/install-azure-repos.md |
@Jan-Pleva thanks for your important feedback. This setup can happen one time. You can scan multiple repositories with one task - just add the frogbot-config.yml file in a single repository containing the bare minimal info for each one of your repositories. For example: - params:
git:
repoName: repo-1
branches:
- master
- params:
git:
repoName: repo-2
branches:
- master
- dev
- params:
git:
repoName: repo-3
branches:
- master
scan:
projects:
- pipRequirementsFile: requirements.txt A word about the long scan time - I'd like to share that we had some progress for Gradle in Frogbot 2.6.4. This change should significantly improve the scan time for large Gradle projects by avoiding compiling the code. We give Frogbot a lot of attention and keep improving it constantly. With that said, we'd appreciate your feedback and ideas for how to make it easier for you. |
Ok. Great tip. But the main issue is that the use is not so easy as in plugin in IDE. The idea was to setup on one please for ALL our Azure DevOps projects, not separately in every project, because thats, what we do with the JFrog build process. |
@Jan-Pleva, |
Thanks for feedback. With your help we may be able to improve the setup!
If the template allowed including multiple projects, would that get us closer to simplifying the setup? |
Sorry, after discovering the principle, we didnt try closer. But yes, I thing you now understand the point. |
I have to say I'm a little disappointed.
We try the FrogBot on Azure DevOps, but it shows, that there is lot of configuration for each project and in the end it is the same process as for build process, which we primary focus on set-up (so duplication).
The current Frogbot running is also high resource consumption according to the number of pull requests and the length of the build time.
What I would like to see?
It should be easy to set-up as global settings for all projects, even when thay dont have yet JFrog in build pipeline.
I expect functionality similar to JFrog Xray in IDE, where JFrog just takes the connection, components and show the results. No other settings is required. (for example from pom file, or requirement.txt file or cproj file )
The text was updated successfully, but these errors were encountered: