개요

입사 후 Git 명령을 CUI에서 사용할 수 있습니다.
「실은 이것 GUI에서도 할 수 있는 것이 아냐?」
라고 생각했기 때문에 시도했습니다.

사용한 클라이언트 앱

소스 트리 1

시도할 항목

아래 표는 내가 업무에서 사용하는 명령 중
GUI에서 사용한 적이 있다(있음:○/없음:×)을 정리한 것입니다.
이번에는 No.6~No.9에 트라이합니다.


아니
명령
사용한 적 (있는 : ○/없음 : ×)


0
add
◯

1
커밋
◯

2
풀
◯

3
merge
◯

4
stash
◯

5
fetch
×

6
commit --allow-empty
×

7
cherry-pick
×

8
revert
×

9
commit --amend
×

$git commit --allow-empty

쉘 스크립트를 쓰고 가져오면 할 수 있다. 조금 번거로워..

$git cherry-pick

커밋 메시지를 마우스 오른쪽 버튼으로 클릭하고 "체리 픽"을 선택합니다.
git log 에서 커밋 ID를 보는 수고를 줄일 수 있습니다.

$ git revert

커밋 메시지를 마우스 오른쪽 버튼으로 클릭하고 커밋 적용 전에 되돌리기를 선택합니다.
이쪽도, git log 로 커밋 ID를 보는 수고를 줄일 수 있습니다.

$commit --amend

git rebase　-i 로 대용하는 방법 밖에 알지 못했습니다 😩

변경하고 싶은 커밋 이전 커밋 메시지를 마우스 오른쪽 버튼으로 클릭하고 "**의 아이를 대화형 형식으로 리베이스"를 선택.

커밋 메시지를 더블 클릭하면 편집 화면이 나옵니다.

결론

업무에서 사용하는 Git 명령은 GUI에서도 대부분은 사용할 수 있다

명령에 옵션을 지정해 사용하는 것은 GUI에서는 조금 엄격했다. 특히 히스토리를 변경하는 작업은
CUI가 할 수있는 일의 폭을 넓히는 데 이해하기 쉽습니다

업무에서는 git commit --allow-empty의 사용 빈도가 높고, Git 이외의 조작 (디렉토리 간의 이동, npm 등)도 많아, 화면 이동이 적어지는 CUI는 종합적으로 사용하기 쉽다

개인적으로 git checkout를 항상 타이포 해 버리기 때문에 2

htps : // 그럼. 아 t ぁしあん. 이 m / 그 f와 어 / 그렇게 r t  ↩

이 기사를 쓰고 있을 때도 타이포했다. ↩