Próbowałem następującego polecenia:
git commit path/to/my/file.ext -m 'my notes'
Otrzymaj błąd w wersji git 1.5.2.1:
error: pathspec '-m' did not match any file(s) known to git.
error: pathspec 'MY MESSAGE' did not match any file(s) known to git.
Czy to niepoprawna składnia zatwierdzeń dla pojedynczego pliku lub katalogu?
Odpowiedź: Argumenty były oczekiwane w tym celu ...
git commit -m 'my notes' path/to/my/file.ext
AKTUALIZACJA: to już nie jest ścisłe :)
Odpowiedzi:
Twoje argumenty są w niewłaściwej kolejności. Spróbuj
git commit -m 'my notes' path/to/my/file.ext
, a jeśli chcesz być bardziej wyraźne,git commit -m 'my notes' -- path/to/my/file.ext
.Nawiasem mówiąc, git v1.5.2.1 ma 4,5 lat. Możesz chcieć zaktualizować do nowszej wersji (1.7.8.3 to aktualna wersja).
źródło
git commit path_to_file -m 'message'
git commit
więc myślę, że odpowiedź brzmi „nic”, ale w wielu innych poleceniach git--
odróżnia ścieżki od innych dowolnych argumentów (na przykład zagit log
pomocą--
zapobiega ścieżce od interpretowane jako zakres wersji zamiast)Próbować:
źródło
Jeśli znajdujesz się w folderze zawierającym plik
źródło
git commit -m "my note" name_of_file.txt
?./
To tylko zwykła składnia ścieżki, ale tak, nie jest to konieczne w tym przykładzie.Użyj
-o
opcji.źródło
--amend
Podaj ścieżkę po wprowadzonym komunikacie zatwierdzenia, na przykład:
źródło
W przypadku gita 1.9.5 w systemie Windows 7: „moje notatki” (podwójne cudzysłowy) rozwiązały ten problem. W moim przypadku umieszczenie pliku (ów) przed lub po „-m” wiadomości. nie zrobił różnicy; problem polegał na użyciu pojedynczych cudzysłowów.
źródło