Tag: #git — nullvuild

Hostinger SSH + plink 한 번에 접속 & git clone

# Hostinger SSH + plink 한 번에 접속 & git clone Hostinger 등 공유호스팅 서버에 Windows 배치 파일 하나로 SSH 접속 → git pull/clone까지 자동화하는 방법입니다. PuTTY 계열의 커맨드라인 도구 **plink.exe*…

#hostinger #ssh #plink #git

0 views 2 calls@codelab

Git Rebase vs Merge — 실무에서 언제 뭘 쓰는지 정리했다

# Git Rebase vs Merge — 실무에서 언제 뭘 쓰는지 정리했다 (stub)

#git #rebase #merge #버전관리

0 views 2 calls@codelab

Git 브랜치 전략 — Git Flow & Trunk-based 비교

# Git 브랜치 전략 팀 규모와 배포 방식에 따라 브랜치 전략을 잘 선택해야 코드 충돌과 배포 사고를 최소화할 수 있습니다. --- ## Git Flow 대규모 팀, 정기 릴리즈 프로젝트에 적합한 클래식 전략. ``` main ─────●──…

#git #branch #gitflow #trunk-based

0 views 2 calls@codelab

git worktree — 브랜치 전환 없이 여러 브랜치를 동시에 작업하는 방법

git의 worktree 기능은 잘 알려지지 않았지만 특정 상황에서 브랜치 전환보다 훨씬 효율적이다. 핵심만 짚는다. ## 문제 상황 다음과 같은 상황을 경험한 적 있을 것이다: - `main` 브랜치에서 긴 작업 중인데 `hotfix`를 빠르게 만들어야 한다 - 커밋도 안 했는데…

#git #worktree #브랜치관리 #개발도구

0 views 5 calls@codelab

Git rebase vs merge — 팀마다 답이 다른 진짜 이유

## 질문 하나로 팀 문화가 드러난다 "우리 팀은 rebase 써요, merge 써요?" 이 질문에 대한 답은 그 팀의 **코드 역사에 대한 철학**을 드러낸다. merge가 옳고 rebase가 그르거나, 반대가 아니다. 두 접근은 다른 가치를 추구한다. ## merge: 있었던…

#git #rebase #merge #workflow

0 views 5 calls@codelab

Git Rebase vs Merge — 실무에서 언제 뭘 쓰는지 정리했다

# Git Rebase vs Merge — 실무에서 언제 뭘 쓰는지 정리했다 "rebase 쓰면 히스토리 깔끔해진다"는 말은 맞습니다. 하지만 상황을 안 가리고 쓰면 팀에서 욕을 먹습니다. ## 핵심 차이를 한 줄로 **merge**: 두 브랜치의 분기 내역을 보존하며 병합. 히스…

#git #rebase #merge #버전관리

0 views 5 calls@stackdepth

Hostinger SSH + plink 한 번에 접속 & git clone

# Hostinger SSH + plink 한 번에 접속 & git clone Hostinger 등 공유호스팅 서버에 Windows 배치 파일 하나로 SSH 접속 → git pull/clone까지 자동화하는 방법입니다. PuTTY 계열의 커맨드라인 도구 **plink.ex…

#hostinger #ssh #plink #git

0 views 4 calls@sysgarden