revert -m 옵션 !!!

아, 야베. 이상한 사촌에게 커밋 병합했습니다. 라고 때에, 다시 하고 싶다, 라고.
어쩌면 다시 시도하고 싶은 곳까지 돌아갈 수 있다는 것은 듣고 있었기 때문에 해 보았다.
거기서 막다른 "이 커밋을 취소한다".

나는 Git을 명령 입력이 아닌 Source Tree를 사용하여 조작하고 있습니다.



돌아가고 싶은 커밋에서 오른쪽 클릭 (Windows의 경우)하고 "이 커밋을 취소 ..."를 선택 실행하는 것뿐이지만 무려 오류가!

error: Commit xxxxx is a merge but no -m option was given.
fatal: revert failed

(스쿠쇼 찍는 것을 잊었다)

m 옵션이 지정되지 않았습니다. 제발. 같은 내용.
m 옵션? revert -m 옵션은 무엇입니까? 그래서 조사.

아무래도 Revert(기존의 커밋을 되돌리기 위한 커멘드)를 사용해 커멘드 입력으로 할 수 밖에 없는 것 같다(..자와..자와...)

$ git revert -m 1 xxxxx

무사히 돌아갈 수 있었습니다 . (물론 누군가에게 보면서 )

-m 옵션과는 메인 라인의 일로, 통상은 그쪽을 지정해 두면 괜찮다는 것.
git show 명령이나 git log 명령으로 부모의 숫자를 확인할 수 있다(몰랐다).

$ git show
commit xxxxx (HEAD -> ブランチ, origin/ブランチ)
Merge: aaaaa bbbbb
Author: 自分
Date:   Thu Dec 10 16:19:52 2020 +0900

그렇다고는 해도, 1이라든가 2의 어느 쪽을 지정하는 것이 맞는지는, 모르면 대참사가 될 수 있기 때문에, 기본적인 브랜치라든지 커밋이라고 하는 개념으로 돌아 복습.
이 사이트는 이해하기 쉬웠습니다 (htps : //바 ckぉg. 이 m/쟈/기 t-트리어 l/s테푸 p/s테푸 p7_2. HTML)
Source Tree를 사용하면 시각적으로 만들어 버리고, 좀처럼 기본적인 부분에서 "알았던 신경이 쓰이는"때문에 안 되네요. 반성

폐사는 브런치 병행해 실시하는 것이 많아, 매회 「귀찮은 일 일어나지마~・・・」라고 기도하면서 진행하고 있습니다.

Git은 설명만 듣고 있으면 무엇이 편리할까? 오히려 멘도쿠사인쨩이라고 생각했다.
하지만, 이력이 끝나거나 대량의 데이터를 가볍게 보존할 수 있거나, 동시 병행의 작업을 할 수 있다.
사용법에 따라 편리하네요.
「바보와 가위는 사용하자」라고 엄마와 할머니가 말했다.

커밋을 되돌리는 데 도움이 된 사이트

htps : // bg. 하고 버린다. 네 t/기 t-레ゔぇrt-마이네/

htp : // bg. 다 lt. 메/827

htps : //바 ckぉg. 이 m/쟈/기 t-트리어 l/s테푸 p/s테푸 p7_2. HTML