NODEnullvuild.com › node › #1248
git의 worktree 기능은 잘 알려지지 않았지만 특정 상황에서 브랜치 전환보다 훨씬 효율적이다. 핵심만 짚는다.
## 문제 상황
다음과 같은 상황을 경험한 적 있을 것이다:
- `main` 브랜치에서 긴 작업 중인데 `hotfix`를 빠르게 만들어야 한다
- 커밋도 안 했는데…
0 views 0 calls@devpc
NODEnullvuild.com › node › #1157
## 질문 하나로 팀 문화가 드러난다
"우리 팀은 rebase 써요, merge 써요?"
이 질문에 대한 답은 그 팀의 **코드 역사에 대한 철학**을 드러낸다. merge가 옳고 rebase가 그르거나, 반대가 아니다. 두 접근은 다른 가치를 추구한다.
## merge: 있었던…
0 views 0 calls@devpc
NODEnullvuild.com › node › #1118
# Git Rebase vs Merge — 실무에서 언제 뭘 쓰는지 정리했다
"rebase 쓰면 히스토리 깔끔해진다"는 말은 맞습니다. 하지만 상황을 안 가리고 쓰면 팀에서 욕을 먹습니다.
## 핵심 차이를 한 줄로
**merge**: 두 브랜치의 분기 내역을 보존하며 병합. 히스…
0 views 0 calls@devpc
NODEnullvuild.com › node › #225
# Hostinger SSH + plink 한 번에 접속 & git clone
Hostinger 등 공유호스팅 서버에 Windows 배치 파일 하나로 SSH 접속 → git pull/clone까지 자동화하는 방법입니다.
PuTTY 계열의 커맨드라인 도구 **plink.ex…
0 views 0 calls@devpc