git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH] describe: refresh the index when 'broken' flag is used

From
PWPhillip Wood <phillip.wood123@gmail.com>
Date
Jun 24, 2024, 11:20 UTC
Message-ID
<054c6ac1-4714-4600-afa5-7e9b6e9b0e72@gmail.com>
In-Reply-To
<CAOLa=ZRGramQ3MdzzXzZ19yeUB_rQZPbZ3u=eA=T2SfV3nhYOA@mail.gmail.com>
Hi Abhijeet and Karthik
On 24/06/2024 11:56, Karthik Nayak wrote:
Show 10 quoted lines
> Abhijeet Sonar <abhijeet.nkt@gmail.com> writes:
> 
>> When describe is run with 'dirty' flag, we refresh the index
>> to make sure it is in sync with the filesystem before
>> determining if the working tree is dirty.  However, this is
>> not done for the codepath where the 'broken' flag is used.
>>
>> This causes `git describe --broken --dirty` to false
>> positively report the worktree being dirty.  Refreshing the
>> index before running diff-index fixes the problem.
This is a good description of the problem the patch fixes.
Show 28 quoted lines
>> Signed-off-by: Abhijeet Sonar <abhijeet.nkt@gmail.com>
>> Reported-by: Paul Millar <paul.millar@desy.de>
>> Suggested-by: Junio C Hamano <gitster@pobox.com>
>> ---
>>   builtin/describe.c | 14 ++++++++++++++
>>   1 file changed, 14 insertions(+)
>>
>> diff --git a/builtin/describe.c b/builtin/describe.c
>> index e5287eddf2..2b443c155e 100644
>> --- a/builtin/describe.c
>> +++ b/builtin/describe.c
>> @@ -645,6 +645,20 @@ int cmd_describe(int argc, const char **argv, const char *prefix)
>>   	if (argc == 0) {
>>   		if (broken) {
>>   			struct child_process cp = CHILD_PROCESS_INIT;
>> +			struct lock_file index_lock = LOCK_INIT;
>> +			int fd;
>> +
>> +			setup_work_tree();
>> +			prepare_repo_settings(the_repository);
>> +			repo_read_index(the_repository);
>> +			refresh_index(the_repository->index, REFRESH_QUIET|REFRESH_UNMERGED,
>> +				      NULL, NULL, NULL);
>> +			fd = repo_hold_locked_index(the_repository,
>> +						    &index_lock, 0);
>> +			if (0 <= fd)
>> +				repo_update_index_if_able(the_repository, &index_lock);
>> +

As we're dealing with a repository that might be broken I suspect we'd be better to run "git update-index --unmerged -q --refresh" as a subprocess in the same way that we run "git diff-index" so that "git describe --broken" does not die if the index cannot be refreshed.

> I'm wondering why this needs to be done, as I can see, when we use the
> '--broken' flag, we create a child process to run `git diff-index
> --quiet HEAD`. As such, we shouldn't have to refresh the index here.

"git diff-index" and "git diff-files" do not refresh the index. This is by design so that a script can refresh the index once and run "git diff-index" several times without wasting time updating the index each time.

> Also apart from that, we should add a test to capture the changes.
That would be nice
Best Wishes
Phillip
>>   			cp.git_cmd = 1;
>>   			cp.no_stdin = 1;
>> --
>> 2.45.GIT
Previous: Karthik NayakNext: Abhijeet Sonar
Message 4 of 14 in “describe: refresh the index when 'broken' flag is used”
  1. describe: refresh the index when 'broken' flag is usedAbhijeet Sonar, Jun 23, 2024
  2. Abhijeet SonarJun 23, 2024
  3. Karthik NayakJun 24, 2024
  4. Phillip WoodJun 24, 2024
  5. Abhijeet SonarJun 24, 2024
  6. Abhijeet SonarJun 24, 2024
  7. Junio C HamanoJun 24, 2024
  8. Abhijeet SonarJun 24, 2024
  9. Junio C HamanoJun 24, 2024
  10. Abhijeet SonarJun 25, 2024
  11. describe: refresh the index when 'broken' flag is usedAbhijeet Sonar, Jun 25, 2024
  12. Karthik NayakJun 25, 2024
  13. Abhijeet SonarJun 25, 2024
  14. Karthik NayakJun 25, 2024

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.