Что вы делаете, если kill -KILL не работает в экземпляре nvprof? [Дубликат]

Я столкнулся с тем же вопросом несколько минут назад. Ни один из уже представленных ответов не касался реальной проблемы, которая избавляется от сообщения warning: tag 'foo' is really 'bar' here и дает git describe просто перечислить новое имя тега. Это особенно важно в моем случае, поскольку моя система сборки использует git describe для записи в сборку, какие источники использовались для создания сборки.

Репликация проблемы

Я могу реплицировать проблема:

$ git tag foo --annotate -m"original message"
$ git tag bar foo
$ git tag -d foo
$ git describe 
warning: tag 'foo' is really 'bar' here
foo

(Флаг --annotate выше избыточен, поскольку -m подразумевает --annotate, но я включил его для выделения.) Я попытался воспроизвести проблема с легким тегом, но не была в состоянии сделать это. Чтобы реплицировать проблему, необходима аннотация.

Фиксация проблемы

Некоторые из них включают в себя толкание предметов, которые уже подтолкнули, но я нахожусь в согласии с Дэвидом Калпом, когда он говорит :

Однако иногда бывает просто не стоит долговременной боли неточной (грязной) истории, а кратковременная боль

blockquote>

Как только вы застряли с warning: tag 'foo' is really 'bar' here, вы должны сделать:

$ git tag bar bar -m"original message" --force
$ git describe 
bar

При необходимости адаптироваться, если сообщение необходимо изменить.

Чтобы удалить старый тег, если он уже был нажат:

$ git push origin :refs/tags/foo

Чтобы обновить новый тег, если он уже был нажат:

$ git push origin refs/tags/bar

Избежать проблемы

Чтобы избежать проблемы, в первую очередь вам нужно создать bar с помощью:

$ git tag bar foo -m"original message"