Tags deleted from remote not removed from local tags displayed in GUI

[hookerit]

It happened that tags removed in remotes are not removed from local tags displayed in SourceGit GUI.
Maybe this behavior is intentional and if so, one suggestion is to add the possibility to synch remote tags with local tags, removing old tags in local.

[love-linger]

I can not reproduce this issue. I think the local tag ref had also been deleted, but the tags did not refresh after it.

[love-linger]

I've pushed a new commit that forcing to refresh the tags after some of theme has been deleted

[hookerit]

Tested but seems not working.

The scenario is:

1. User1 create a tag (call it "TestTag") and push it on remotes.
2. User2 fetch all tags from remotes and TestTag is downloaded in User2 local repo
3. User1 delete TestTag
4. User2 fetch again all tags but TestTag are not deleted in User2 local repo.

[love-linger]

Oh, I know. I misunderstood what you meant before. You should enable --prune on fetch.

EDIT: This option does not affect the local tags.

[hookerit]

Does this option delete remote refs that are no longer in use on the remote repository, both branches and tags?
Can be useful to prune only tags and not branches?
I think that prune option could be introduced in "fetch" menu to select the prune action at every fetch action, as done for example on SourceTree:

[love-linger]

I'm sorry. It should be --prune-tags instead of --prune

[love-linger]

Tag pruning can also be enabled with fetch.pruneTags or remote..pruneTags in the config

[mdindoffer]

IMHO, this should be a global configuration flag, applying to all repositories instead of a per-repo setting. And it probably should be enabled by default, since I ended up here googling why Sourcegit does still display remote branches that I deleted in Gitlab.

[love-linger]

The global configuration does not handle local tags properly in some cases, and even may remove some tags by mistake. For example: if the repository has multiple remotes, how does SourceGit decide which remote to synchronize tags? I think this is why git provides the pre-remote remote.{REMOTE}.pruneTags configuration.

[love-linger]

I'm sorry. It should be --prune-tags instead of --prune

I'm very sorry, my reply above is not very clear. I think I need to explain here: only enabling --prune will not remove tags that do not exist in the remote, and you need --prune --prune-tags to work together to remove tags that do not exist in the remote.

[mdindoffer]

The global configuration does not handle local tags properly in some cases, and even may remove some tags by mistake. For example: if the repository has multiple remotes, how does SourceGit decide which remote to synchronize tags? I think this is why git provides the pre-remote remote.{REMOTE}.pruneTags configuration.

I think I also wasn't clear enough. Currently the flag/checkbox to enable --prune is in repository config:

This means, your dilemma on how to handle multiple remotes is already the status quo.
I simply requested to enable --prune by default and move the flag/checkbox to the global preferences dialog ...:

... so that the remote ref pruning could be enabled (or disabled) for all repositories (tabs), without having to enable this for each git repo.

Moving the flag to a global configuration would not change the situation with multiple remotes - this problem is already present.

Or should I create a separate GitHub issue for this?