[gitBranchName] is empty for detached head about vs-customize-window-title HOT 8 CLOSED

@mmatrosov The resolver for this simply calls git symbolic-ref --short -q HEAD. What does it return in your case? I'd just need to know what is the condition to check for to show detached HEAD (which indeed seems appropriate).

from vs-customize-window-title.

What does it return in your case?

Empty string.

I'd just need to know what is the condition to check for to show detached HEAD

From the docs:

-q
--quiet
Do not issue an error message if the is not a symbolic ref but a detached HEAD; instead exit with non-zero status silently.

Thus it seems like you can either remove -q and parse the error message, or check for the return status.

from vs-customize-window-title.

How can we reliably determine that it is a detached HEAD (and not another error)?

from vs-customize-window-title.

In your case, what does the command return when you remove -q?

from vs-customize-window-title.

How can we reliably determine that it is a detached HEAD (and not another error)?

I'm not sure. Need to investigate.

In your case, what does the command return when you remove -q?

$ git symbolic-ref --short HEAD
fatal: ref HEAD is not a symbolic ref

from vs-customize-window-title.

Is there a separate command we can run to easily check if we're on a detached HEAD (if so, I could run it when the branchName is blank)?

from vs-customize-window-title.

I was not able to find a dedicated command line for this.

It seems ok to rely on the fact that symbolic-ref return non-zero status if and only if we are in the detached head state. That's what is written in the docs after all.

from vs-customize-window-title.

Implementing this with today's release. Let me know if it doesn't work as expected!

Thanks for your help.

from vs-customize-window-title.