일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 맥북백틱입력
- 개발자교육과정
- udemy
- 부트캠프
- 백틱
- 버전생성프로세스
- DIGITALHANARO
- 프론트엔드개발자양성과정
- 디지털교육
- kdt
- github
- 취준생
- 맥북백틱
- 디지털하나로
- 하나은행
- 프로젝트캠프
- 미래내일일경험
- s3
- `
- Next.js
- 웅진씽크빅
- 깃허브 레포지토리와 로컬 코드 연결하기
- 프론트엔드배포
- 스나이퍼팩토리
- 유데미
- 배포
- 네이버로그인창만들기
- 디지털취업
- 디지털하나로입학식
- Today
- Total
Land of Joe
23년 11월 16일 모의외주#2 git과 github 본문
< 명세서, 스토리보드 피드백 >
Git
- 분산 버전 관리 소프트웨어
- 기본적으로 로컬 시스템(내 컴퓨터에 저장된다는 소리) → 그래서 컴터 잘못되면 난리남
Git hub
- Git의 기능을 하는 온라인 클라우드
- 개발자의 포트폴리오
[ 용어정리 ]
Repository (개념)
- 저장소 (프로젝트 폴더)
- 현재 진행 중인 프로젝트에 깃을 설치하면 repository가 됨
add (명령어)
- stage에 코드를 추가하는 명령어
stage (개념)
- 임시저장공간 (버전으로 만들기 전의)
- Git은코드를 저장하는 소프트웨어가 아니라, 버전을 저장(차이점만 저장)하는 소프트웨어
- 용량적으로 이득 (누적되는 게 아니니깐)
- 앞 버전과의 차이점을 빠르게 확인 가능
commit (명령어)
- stage에 있는 내용을 버전으로 만드는 명령어
clone (명령어)
- 원격 repo를 내 로컬로 다운로드하는 명령어
- 프로젝트 자체를 가져오는 거
- 최신 버전의 코드, 그 동안의 버전까지 모두 다운로드 됨
fork (명령어)
- 원격 repo를 내 원격으로 다운로드하는 명령어 (fork 먼저 하고 그다음 clone 함 보통)
push (명령어)
- 로컬 repo의 버전을 원격repo로 업로드
pull (명령어)
- 원격 repo의 버전을 로컬 repo로 다운로드
- 버전만을 가져오는 것 (clone과 비교)
branch (개념)
- repo 안의 또 다른 repo
- 하나의 프로젝트 내에서 흐름을 만들고 싶을 때 사용
- 기본적으로 repo가 생길 때 master라는 branch가 무조건 생김
< 새로운 프로젝트 버전관리 시작하기 >
✔︎ 나는 fileZilla를 통해서 원격접속과 파일 관리를 하고, 우분투를 이용해 서버에 배포를 하는 중이다.
✔︎ 터미널 명령어는 기울기와 주황색 형광펜
✔︎ 개인이 선택하기에 달린 것들은 밑줄, "큰따옴표"가 있을 경우 그것도 써줘야하는 것
(터미널)
ubuntu@ip-172-31-2-5 >> sudo apt install git-core : 깃 맨 처음 설치할 때만
ubuntu@ip-172-31-2-5 >> ~/apache-tomcat-9.0.82 >> cd webapps >> cd 버전관리하고자 하는 폴더
* 폴더를 새로 만들어야한다면 mkdir (폴더명)
git init: 원하는 폴더를 레포지토리로 만든다
=> Initialized empty Git repository in /home/ubuntu/apache-tomcat-9.0.82/webapps/week7/•git/
git config user.name "github 가입명"
git config user.email "github 가입 이메일"
git config --list : 방금 설정한 거 다시 보기
----------------------
(github에 들어가서 new 레포지토리 만들어주기)
----------------------
(터미널)
(git과 github의 레포지토리를 원격접속 시켜준다.)
git remote add origin (레포지토리 주소)
(origin은 원격접속의 국룰 이름이다)
++만약 레포를 연결해주는 위 명령어를 작성했는데 아래 이미지와 같은 "fatal: remote origin already exists."라는 오류가 났다면

기존에 이미 연결되어 있는 레포지토리가 있다는 의미이다.
이때엔 기존 레포와의 연결을 끊어주고 (git remote remove origin)
다시 git remote add origin (레포 주소)를 해주면 된다~~
git add (파일명) 파일명 하나씩 다 쳐줄 수 없으니까 아래 방법
git add ./*
(./현재 폴터에 있는) *(모든 것)
버전 설정을 위한 commit, 메시지 작성을 위한 -m
git commit -m "메시지 내용"
git log : 커밋한 기록 볼 수 있는 명령어

노란색 글씨: 커밋의 아이디임
특정 버전 복구 및 열람 시 이용 가능
git push origin master
github에 넣고자 한다: git push
어떤 원격접속 사용할 건지: origin
그 안에 있는 어떤 브랜치에 버전을 넣을 건지: master
Username for 'https://github.com': 유저명 작성
Password for 'https://Kyoungeun-creator@github.com': 토큰 작성
< 깃허브 토큰 받는 방법 >
setting> developer settings> personal access tockens > generate new tocken > (만들고)
**복사해서 어딘가 저장해놓기!
복구지점을 만드는 것이므로
특정 작업이 끝날 때마다 add와 commit을 해주고
원하는 기간마다 쌓여있는 커밋을 올려주는 느낌으로 push를 해준다.
'📚 Educations > ⏳ StageUs' 카테고리의 다른 글
23년 11월 30일 모의외주#4 백엔드 개발 진행사항 점검 (0) | 2023.12.14 |
---|---|
23년 11월 23일 모의외주#3 프론트엔드 개발 진행사항 점검 (0) | 2023.12.14 |
23년 11월 09일 모의외주#1 요구사항 명세서, 스토리보드 (1) | 2023.12.05 |
AWS EC2를 이용한 웹서버 생성/ mariaDB를 이용한 DB 생성 및 연결/ JSP를 이용한 백엔드 개발 (1) | 2023.11.02 |
23년 10월 26일 JSP를 이용한 백엔드 개발 (2) | 2023.10.28 |