일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
- Unity
- node.js
- 리눅스
- 유니티
- IOS
- port
- ubuntu
- ASP
- sqlite
- PyQt
- GIT
- python
- MS-SQL
- Linux
- swift
- Excel
- PER
- javascript
- PyQt5
- mssql
- flutter
- 다이어트
- urllib
- MySQL
- pandas
- 맛집
- 라즈베리파이
- 날짜
- tensorflow
- 함수
목록랭귀지/Git (39)
아미(아름다운미소)
tag태그 조회git taglightweight 태그 만들기특정 커밋지점의 포인터를 생성(책갈피와 비슷한 개념)git tag v2.2 # 현재 브랜치의 마지막 커밋에 v2.2 태그 생성annotated 태그 만들기이름, 이메일, 날짜, 메시지를 저장하는 태그를 생성함git tag -a v1.1 -m "my version 1.1"지나간 커밋에 태그 만들기체크섬을 알고 있다면 예전 커밋에도 태그할 수 있습니다.git tag v0.8 9fceb02태그에 서명GPG(GNU Privacy Guard) 개인키로 태그에 서명git tag -s 태그명 [-m "태그메시지"]git tag -s v1.5 -m "my signed 1.5 tag"태그 서명 검증태그서명에 사용된 키가 공개키인지 검증합니다.git tag -v ..
svnSVN 저장소 복제git svn clone SVN저장소주소표준 레이아웃 SVN 저장소 복제표준 레이아웃(trunk와 branches, tags 폴더가 같은 위치에 있는 구조)을 사용하는 SVN 저장소를 복제할 때 사용합니다.git svn clone -s SVN저장소주소비표준 레이아웃 SVN 저장소 복제trunk와 branches, tags 폴더의 위치를 각각 지정하는 방식입니다.git svn clone -T 트렁크경로\-b 브랜치경로\-t 태그경로\svn저장소표준 레이아웃 SVN 저장소의 특정 리비전 복제git svn clone -s -r 2321표준 레이아웃을 사용하는 SVN 저장소를 복제하고 모든 리모트 브랜치에 접두어 추가하기git svn clone -s --prefix svn/ svn저장소상..
status저장소 상태 확인git status
stash커밋이나 스테이지가 아닌 별도의 공간에 변경사항을 임시 저장하거나 저장한 내용을 다시 불러오는 명령어.스태시 생성(임시 저장본 만들기)추적 중인 파일의 모든 변경사항을 스태시에 저장되며 워킹 트리와 스테이징 에어리어는 헤드와 같아집니다.git stash # 스태시 생성. stash save와 같음 git stash save git stash -k # --keep-index: staged 상태의 파일은 무시한다. git stash -u # --include-untracked: 추적중이지 않은 파일도 스태시로 저장스태시 확인git stash list # 스태시 목록 확인 git stash show # 첫 번째 스태시 상세 확인 git stash show stash@{0}스태시 적용(임시 저장본 불러..
show커밋 정보 조회git show HEAD # 헤드 브랜치의 커밋 정보 조회 git show v1.1 # v1.1 태그의 커밋 정보 조회 git show 1c002dd4b536e7479fe34593e72e6c6c1819e53b # 체크섬으로 조회 git show 1c002dd4b # 체크섬은 중복이 없는한 앞의 일부분만 명시해도 인식합니다.
rm파일/폴더 삭제git rm readme.txtrm 명령어는 깃이 추적중인 파일 혹은 폴더에만 사용할 수 있습니다.깃의 추적을 중단시키기실제 파일은 남기고 깃의 관리대상에서만 제외합니다.git rm --cached readme.txtfile-glob 패턴으로 범위삭제git rm log/\*.log # log/디렉토리의 확장명이 log인 파일 모두 삭제 git rm \*.~ # ~로 끝나는 파일 모두 삭제
revert커밋 되돌리기 #21회 전의 커밋으로 되돌리되 단순히 헤드를 이동하고 끝나는게 아니라, 되돌려지는 내용을 기록한 새로운 커밋을 생성합니다.git revert HEAD
reset현재 브랜치 내에서 헤드를 이동합니다.staged 되돌리기(스테이징 취소)add로 인덱스에 등록한 파일을 unstaged 상태로 바꾼다. 파일을 따로 명시하지 않으면 모든 스테이징을 취소합니다.git reset HEAD [파일]커밋 되돌리기 #1체크섬이나 'HEAD~숫자'를 사용해서 헤드가 지난 커밋을 가리키게 할 수 있습니다.options--soft: 헤드만 옮긴다. 스테이징 에어리어와 워킹 트리는 유지--mixed: 명시하지 않을때의 기본값. 스테이징 에어리어를 헤드와 동일하게 변경한다. 워킹 트리는 유지--hard: 헤드와 스테이징 에어리어, 워킹 트리를 모두 동일하게 변경합니다.git reset --soft HEAD~2 # 헤드만 2회 이전 커밋으로 이동 git reset --hard 4..
refloglog와 비슷하지만 log가 커밋 이력을 출력한다면 reflog는 헤드 이동 이력을 출력한다.$ git reflog -5 # 마지막 다섯 번의 헤드 이동 이력을 역순으로 출력 2fbc899 HEAD@{0}: checkout: moving from master to master 2fbc899 HEAD@{1}: pull: Merge made by the 'recursive' strategy. 7107b9e HEAD@{2}: checkout: moving from d to master 53576ad HEAD@{3}: merge c: Fast-forward 2bc9237 HEAD@{4}: checkout: moving from c to d
rebase현재 브랜치를 다른 브랜치에 머지. merge 명령이 두 브랜치의 최종결과만을 기준으로 머지한다면 리베이스는 브랜치의 변경사항을 순서대로 다른 브랜치에 적용하며 머지합니다. 저장소의 커밋 로그와 이력을 한 줄로 정리해주기 때문에 보통 완료된 브랜치를 마스터에 머지할 때 사용합니다.git rebase master # 현재 브랜치를 master 브랜치로 리베이스위의 경우 현재 브랜치(HEAD)의 델타(변경 사항)를 패치(patch)로 만들어놓고, 현재 브랜치를 master의 마지막 커밋으로 이동한 뒤, 만들어뒀던 패치를 반영하는것과 결과가 같습니다.자세한 내용은 아래 링크를 참고:Git브랜치 Rebase하기Rebase의 위험성대화형 리베이스 도구로 여러 커밋 수정git rebase -i HEAD~..