Skip to content

Conversation

@findepi
Copy link
Member

@findepi findepi commented Aug 8, 2024

"setup" can be misunderstood as build-related. Rename the script to avoid confusion. Also add a line of comment what the script does for readers who didn't read (or didn't remember) all of the README.

"setup" can be misunderstood as build-related. Rename the script to
avoid confusion. Also add a line of comment what the script does for
readers who didn't read (or didn't remember) all of the README.
@findepi findepi requested a review from a team as a code owner August 8, 2024 09:56
@flyrain
Copy link
Contributor

flyrain commented Aug 8, 2024

Thanks @findepi for the change. I was thinking about the same same. What about a more descriptive name like deployToK8s.sh or startInK8s.sh? Another option is to move k8s related file into a separated directory, like k8s, so that we can keep the name simple as run.sh.

@findepi
Copy link
Member Author

findepi commented Aug 8, 2024

i would use "deploy" if the intent of the script is to deploy to some existing production grade k8s cluster.
i proposed run[.sh] because my understanding is that the intent of the script is to "just run locally" (simplest way possible), but i don't feel strongly about the script name. please tell me which name you'd prefer.

@flyrain
Copy link
Contributor

flyrain commented Aug 8, 2024

I don't have strong opinion on it. I agreed that deploy makes more sense.

@flyrain flyrain merged commit be5c29a into apache:main Aug 9, 2024
@findepi findepi deleted the findepi/rename-setup-sh-to-run-sh-966e22 branch August 15, 2024 17:03
snazy added a commit to snazy/polaris that referenced this pull request Nov 20, 2025
* docs(README): Create Polaris-Core README (apache#2585)

* docs(README): Create Polaris-Core README

* Add Events for Iceberg REST APIs (apache#2480)

* Update dependency com.google.guava:guava to v33.5.0-jre (apache#2601)

* Bump: Iceberg client in tests and documentation to 1.10 (apache#2588)

* Add client build to Gradle (apache#2590)

* Add client build to Gradle

* Add overwrite option for python build

* Match client build behavior

* Add content to contributing guidelines. (apache#2536)

Add community guidelines.

* CI/Caching: Fix Gradle cache retention (apache#2604)

Older versions of Gradle's setup-gradle action did not actively trigger stale cache entry cleanup, which is why there was a separate step "Trigger Gradle home cleanup" in `gradle.yml`.
Nowadays, that action triggers a "noop build" to explicitly trigger stale cache entry cleanup, but uses somewhat different defaults than [described here](https://docs.gradle.org/current/userguide/directory_layout.html#dir:gradle_user_home:configure_cache_cleanup).

This change adds an explicit configuration for Gradle cache cleanup/retention with reasonable values considering the total 10GB limit for all GitHub caches per repository.

The change described above lead to a behavioral change, which evicts all non-accessed cache entries within the current GH workflow job, which effectively evicted all cache entries from dependent jobs - in other words: the (build) cache was nearly empty, leading to full rebuilds.
This behavior could be observed in the output of the "Post Collect partial Gradle build caches"-step in the log message "Build cache (/home/runner/.gradle/caches/build-cache-1) removing files not accessed on or after ..." showing the timestamp when the setup-gradle action was started.

* Last merged commit d8602f6

---------

Co-authored-by: Adam Christian <105929021+adam-christian-software@users.noreply.github.com>
Co-authored-by: Adnan Hemani <adnan.h@berkeley.edu>
Co-authored-by: Mend Renovate <bot@renovateapp.com>
Co-authored-by: Prashant Singh <35593236+singhpk234@users.noreply.github.com>
Co-authored-by: Yong Zheng <yongzheng0809@gmail.com>
Co-authored-by: JB Onofré <jbonofre@apache.org>
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

Successfully merging this pull request may close these issues.

2 participants