2016-08-09 14 views
7

Kiedy próbuję zatwierdzić z wiadomością zawierającą znak @, zawsze kończę tagowanie użytkownika.Github Zatwierdzanie wiadomości Github "@"

Przykład: W tym message mam na myśli dekoratora pytonów @property, a nie użytkownika github o nazwie "właściwość".

Czy mogę uciec przed tą postacią i unikać tworzenia linków do użytkownika?

Dzięki

+0

prawdopodobnie '\ @' https://enterprise.github.com/downloads/en/markdown-cheatsheet.pdf http://stackoverflow.com/ pytania/20532546/escape-pound-or-number-sign-in-github-issue-tracker – Slai

+0

wypróbowany zarówno [tutaj] (https://github.com/dev-marco/sandbox-tests/commit/e4c6f223176cf8d94bc8a1ce72054c52b786d822), didn nie działa. – Marco

+2

Być może istnieje sposób na wstawienie niedrukowalnego znaku spacji po @ "@ ​ właściwość' – Slai

Odpowiedz

0

O ile wiem, nie ma sposobu, aby uciec.

Nawet jeśli spróbujesz użyć sekwencji specjalnej \@ lub zawiniesz zawartość w tagu kodu ``, nadal będzie ona renderowana jako @mention.

Oto dwa testy Próbowałem:

$ git commit --allow-empty -m 'This is a \@test' 
$ git commit --allow-empty -m 'This is a `@test`' 

Próbowałem też użyć już popełnić wiadomość i umieścić wzmiankę w dłuższym opisem. Po raz kolejny nie udało mu się uciec, ani z \, ani z ``.

3

Istnieje sposób, aby to zrobić, ale jest trochę hacky. Slai był very close, aby go rozwiązać. Zamiast wklejać kod o zerowej szerokości, należy wkleić rzeczywistą szerokość zerową . Here to zatwierdzenie testowe, które pokazuje, że działa. Również here to niektóre informacje na temat znaku o zerowej szerokości.

Uwaga: Skrót do systemu Windows w witrynie nie działa. Zamiast tego wstawia ♂.
Uwaga2: Nie zapomnij podziękować SLAI :)

+0

Dużo rozmawialiśmy na [czacie] (https://chat.stackoverflow.com/rooms/120557/discussion-between-marco-and-slai) i doszliśmy do wniosku, że takie podejście może powodować problemy podczas kopiowania/wklejając wiadomość zatwierdzenia ze strony git (wyobraź sobie przypadek, gdy programista kopiuje go, aby wkleić gdzieś, gdzie ten znak nie jest obsługiwany), może również złamać tekst końcowy podczas używania 'git log' lub podobnego – Marco