Git worktree에서 .venv·ruff가 없다고 할 때 확인 순서
Git worktree에서 .venv와 ruff가 없을 때 현재 경로를 확인하고, worktree별 새 가상환경과 검증한 공유 경로 중 하나를 고르는 순서를 설명한다.
Git
git worktree에서 다른 작업의 stash가 보일 때 안전하게 되돌리는 순서
git worktree의 stash 목록이 공유되는 이유와 다른 작업의 최신 stash를 잘못 pop하지 않는 list·show·apply·drop 순서를 설명한다.
git worktree list porcelain, 공백 경로가 잘리면 `–porcelain -z`로 읽는다
git worktree list porcelain 출력에서 공백 경로가 잘릴 때 -z로 경로와 브랜치를 안전하게 읽는 Bash 예제와 실제 결과를 설명한다.
git worktree remove branch, worktree 삭제 뒤 브랜치가 왜 남나?
git worktree remove branch 동작을 구분해 남은 브랜치가 정상인지 확인하고, 필요한 커밋을 잃지 않게 별도로 삭제하는 순서다.
git worktree rename, 폴더 이름은 `move`로 어떻게 바꾸나?
git worktree rename이 필요할 때 브랜치와 수정 파일을 유지하며 폴더 이름을 바꾸는 move 명령과 검증 순서다.
git worktree add 브랜치 생성, 경로만 쓰면 왜 자동 생성될까?
git worktree add 브랜치 생성은 같은 로컬 브랜치가 없을 때 경로의 마지막 이름을 따른다. 자동 생성 규칙과 –detach 사용법을 설명한다.
git worktree target path already exists가 나오면 기존 폴더부터 보존한다
git worktree target path already exists 오류에서 기존 파일을 보존하고 실패 뒤 남은 브랜치를 안전하게 연결하는 순서다.
git worktree error 129가 공백 경로에서 나오면 인자부터 확인한다
git worktree error 129가 공백 경로에서 나오면 raw Git 성공 여부와 셸의 인자 분리를 대조해 원인을 확인하는 순서입니다.
git worktree branch already exists가 나오면 기존 브랜치를 연다
git worktree branch already exists 오류에서 브랜치를 지우지 않고 점유 여부를 확인해 연결하는 순서다.