빠른 사용법
세 단계로 확인합니다.
- 1작업 모드와 ref를 고릅니다
브랜치 이동·생성·reset·rebase 중 하나를 고르고 remote·branch·기준 ref를 입력합니다.
- 2위험 옵션과 경고를 확인합니다
discard·hard reset·force-with-lease가 포함되면 잃을 변경과 원격 이력 영향을 확인합니다.
- 3명령을 복사해 저장소 상태부터 점검합니다
실행 전에 git status·log·reflog와 백업 branch를 확인하고 한 줄씩 의도적으로 실행합니다.
결과 읽기
Git 명령의 안전성은 현재 저장소 상태와 협업 규칙에 달려 있습니다.
문법상 올바른 명령도 dirty 파일·공유 브랜치·submodule·보호 규칙에 따라 손실이나 이력 충돌을 만들 수 있습니다.REF보수적 ref
공백·shell 메타문자·위험한 ref 패턴을 거부해 생성 명령에 추가 토큰이 삽입되지 않게 합니다.
DESTRUCT파괴적 옵션
hard reset과 discard changes는 작업 파일을 잃을 수 있어 결과 경고를 강제합니다.
LEASE원격 이력
rebase 뒤에는 일반 force 대신 force-with-lease 초안을 제공하지만 협업자 확인이 먼저입니다.
명령을 자동 실행하지 않습니다. 특히 공유 main·배포 브랜치에서 reset/rebase/force 작업은 조직 정책과 복구 지점을 확인하고 승인된 절차로 진행하세요.
이럴 때 유용합니다.
- 기능 브랜치 생성 흐름
- rebase 명령 초안
- 최근 커밋 soft reset 검산
함께 확인하세요.
- dirty 상태 먼저 확인
- hard reset 전 복구 ref 확보
- 공유 브랜치 이력 재작성 금지
자주 묻는 질문
사용 전 알아둘 점
왜 브랜치 이름 일부가 거부되나요?
shell 삽입과 모호한 Git ref를 줄이기 위해 실제 Git보다 보수적인 문자 규칙을 사용합니다.
hard reset을 되돌릴 수 있나요?
reflog나 다른 ref가 남으면 가능할 수 있지만 보장되지 않으므로 실행 전 백업 branch를 만드세요.
명령이 서버에서 실행되나요?
아닙니다. 브라우저에서 문자열만 생성하고 복사합니다.