일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- WeNews
- 네이티브쿼리
- appspec.yml
- subquery
- 메소드명
- querydsl
- appspec
- 메세지수정
- 테스트메소드
- application.yml
- AuthenticationEntryPoint
- MySQL
- 서브쿼리
- docker명령어
- 2 > /dev/null
- ㅔㄴ션
- 참조키
- 테스트
- 추후정리
- 커밋메세지수정
- foreignkey
- 포트
- Query
- 적용우선순위
- EC2
- 외부키
- 예약
- 컨테이너실행
- 검색
- ubuntu
- Today
- Total
제뉴어리의 모든것
Git - 1 [기본 개념 및 사용법] 본문
깃은 크게 4가지 영역이 존재한다
Working Directgory(WD), Repository(R), Index(I), Stash(S) ..
그중 Repository는 Local과 Remote 두가지 영역으로 나뉜다
WD는 실제 작업중인 영역으로 Local R에 포함되고
WD에서 작업한 내용을 add하면 Index영역(Staging Area 이라고도함)으로 넘어가 commit하기 전 단계계로 준비가 된 상태이다.
그리고 add가 된 내용을 commit을 하면 Local R에 완전히 반영이 된 상태가 된다.
그리고 Local R에 반영된 내용을 Remote R에 반영하려면 push를 하여 원격 저장소에 완전히 반영시킨다.
(add전 파일을 untracked 상태라고 하며, add 후에 Index 영역의 파일은 tracked 상태라고한다)
- Remote Repository에 반영과정
1. git init
2. git add [파일명] (모든 파일 git add --all)
3. git config --global user.email "깃허브계정이메일"
git config --global user.name "깃허브계정이름"
4. git commit -m "간단한메모"
5. git remote add [로컬에서 지정할 저장소명칭] "원격저장소url" (ex : git remote add origin github.com/unool/spring_introduction_by-kim-young-han.git)
6. git push [로컬에서 지정한 저장소명칭] [브랜치명] (ex : git push origin master)
+ 명령어
- 현재 저장소 이름 보기
git remote show
- 저장소 삭제
git remote rm [저장소명]
- 변경이력 보기
git log
- add, commit 한번에
git commit -am [간단한설명]
- 모든 파일 add
git add .
- 현재 디렉토리 상태 보기
git status
- 현재 config 파일 확인
git config --list
(user.email, user.name 확인 가능)
- git config 삭제하기
git config --unset user.name
git config --unset user.email
--global로 설정 됬을 경우
git config --unset --global user.name
git config --unset --global user.email
- 저장소에 설정되어 잇는 url 주소 가져오기
git remote get-url origin
-remote 저장소 확인
git remote
* 에러 기록
=> fatal: remote origin already exists. 에러 발생시
git remote rm origin을 입력해주고 다시 주소를 add해주면 된다.
[출처] fatal: remote origin already exists.|작성자 봄봄바라기
정환이의 티끌 모으기! : 네이버 블로그
시스템제어를 전공하고 있습니다. 제가 공부한 것들을 정리하는 것이기에 모든 것이 옳은 것은 아닙니다. 오류가 존재할 수도 있습니다.
blog.naver.com
=> git push origin master 경우 아래의 에러 메세지 발생시
* error: failed to push some refs to 'https://github.com/pj6563/Online-Glasses.git'
hint: Updates were rejected because the tip of your current branch is behind
hint: its remote counterpart. Integrate the remote changes (e.g.
hint: 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.
즉 push 전에 원격 저장소와 로컬 저장소를 통합하라는 것이다.
먼저 원격 저장소의 데이터를 pull을 하여 같고 만들고 push를 하던지 저장소를 아예 삭제하고 로컬의 전체 내용을 push하면 해결된다.
출처: https://dh-dh.tistory.com/47 [자비스]
출처 :
(Git) Github 사용하기, remote, clone, push, pull - ZeroCho Blog
(Git) Github 사용하기, remote, clone, push, pull
안녕하세요. 이번 시간에는 지난 번의 commit을 바탕으로 Github를 사용해보겠습니다! 우선 깃허브를 사용하려면 회원가입부터 해야합니다. 링크 Sign up이 회원가입이고, Sign in이 로그인입니다. 무
www.zerocho.com
갓대희의 작은공간 :: [Git (2)] Git 명령어, 저장소 만들기(init) 및 커밋 하기(add / commit) (tistory.com)
[Git (2)] Git 명령어, 저장소 만들기(init) 및 커밋 하기(add / commit)
[Git (2)] Git 명령어, 저장소 만들기(init) 및 커밋 하기(add / commit) 안녕하세요. 갓대희 입니다. 이번 포스팅은 [ Git 명령어 간단 정리 및 저장소 생성 및 커밋 하기 (Init, add, commit) ] 입니다. : )..
goddaehee.tistory.com
Git - Git 기초
Subversion과 Subversion 비슷한 놈들과 Git의 가장 큰 차이점은 데이터를 다루는 방법에 있다. 큰 틀에서 봤을 때 VCS 시스템 대부분은 관리하는 정보가 파일들의 목록이다. CVS, Subversion, Perforce, Bazaar 등
git-scm.com
git push 사용법/팁 | Engineering Blog by Dale Seo
git push 사용법/팁
Engineering Blog by Dale Seo
www.daleseo.com
Commit하기 위해 필요한 Git 설정하기 :: git config (system vs global vs local) (tistory.com)
Commit하기 위해 필요한 Git 설정하기 :: git config (system vs global vs local)
Git 튜토리얼 3 Git을 사용하기 위해 해야하는 최초 설정 "버전"은 Git에서 "Commit"이라고 부릅니다. 그래서 "Commit한다"는 "하나의 버전으로 기록한다"라는 말과 같은 말입니다. Git은 파일을 Commit을
coding-groot.tistory.com