Proposal: replace `check` and `apply` with a single task with a CLI flag
See original GitHub issueInstead of having spotlessCheck
and spotlessApply
, we could instead just have spotless
, which could do the same thing as spotlessCheck
. In place of spotlessApply
, the user would instead run gradlew spotless --apply
.
This might mesh better with the incremental build model being implemented in #31.
Issue Analytics
- State:
- Created 7 years ago
- Comments:44 (24 by maintainers)
Top Results From Across the Web
Building a Simple CLI Tool with Golang | Rapid7 Blog
Go automatically checks that user input is provided for all flags that require it. It also verifies that all flags provided are known....
Read more >schtasks commands | Microsoft Learn
You can use these tools together and interchangeably. ... The task you plan to run must have the appropriate permission; these permissions ...
Read more >Command: apply | Terraform - HashiCorp Developer
The terraform apply command executes the actions proposed in a Terraform plan to create, update, or destroy infrastructure.
Read more >Command Line Interface Guidelines
An open-source guide to help you write better command-line programs, ... Only use one-letter flags for commonly used flags, particularly at the top-level ......
Read more >Feature flags - GitLab Docs
Search your project and find any references of a feature flag in your code so that you can clean it up when it's...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
I did my profiling using DurianDebug, especially
StepProfiler
. It’s helpful for “println()” profiling. The downside is there’s no way to do it without hacking up the code. I’ll push up aprofile
branch that shows one way to do it. Great cleanup in recent commit to 3.x btw 👍Yes and that field would have to be static (as tasks are recreated on each build), which is exactly what I proposed above.