tilt-dev / tilt-dev/tilt

'Update reason' message in UI should differentiate between dependency changed vs. config file changed

Open
#4,606 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement
Dominant language
Go
Stars
10.1k
Forks
413
Avg merge
1d 10h
Merged PRs (30d)
6

Description

Describe the Feature You Want

The UI should make it clear when a resource updates because one of its dependencies changed vs. when its config changed due to a changed config file/Tiltfile re-execution.

Current Behavior

The UI doesn't differentiate between these cases, see e.g. this snapshot -- one resource changed because its definition was changed in the Tiltfile, and one resource changed because its deps include the Tiltfile, but each has the same explanation in the UI: 1 File Changed: [Tiltfile].

Why Do You Want This?

The current messaging is misleading -- I've wasted time trying to figure out how the Tiltfile made it into a resource's deps/build context only to figure out that Tilt actually meant "this resource's definition changed via an edit to the Tiltfile".

Additional context
Tiltfile for the above snapshot:

local_resource('depends-on-tiltfile', 'echo beep', deps='.')
local_resource('doesnt-depend-on-tiltfile', 'echo boop')

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Reproduce the two cases described in the Tiltfile example and compare the UI's current update explanations with the linked snapshot. Trace where the UI formats the “1 File Changed: [Tiltfile]” message, then make the completed behavior distinguish a dependency change from a resource-definition change caused by Tiltfile re-execution.

Written by the indexing model from the issue text.

Assessment

Tech stack
go
Domain
frontend
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.