jaegom's study room

** github의 기능으로, 특정 repository에서 > 프로젝트 설명 > 사용방법 > 라이센스 > 설치법 등에 대해서 기술 > 본인과 직장동료, 프로그램 사용자를 위해 존재 ** README 와 Markup > github 에서 readme 파일 수정 ( 연필 클릭 ) ** Headers : 큰 제목, 작은 제목 > ========= > ------------ ** 다른 방법으로는 # 을 붙이기 ** 가로줄 ( 수평선 ) ** BlockQuote : 블럭 인용문자 사용 , 블럭들이 하위 브라켓으로 진행하면 상위 버전으로 표기해도 복귀하지 않음 > >> ** 순서가 있는 목록 ( 1. \n 2. \n 3. .... ) , 자동으로 번호가 매겨짐 ** 순서가 없는 목록 ( * , + , - 로 표시 ..

** 중요한 내용에 태그를 생성해서 식별할 수 있다 , 버전 릴리즈 v 0.1 을 태그로 달아 넣기도 한다 ** local repository 에서 tag 생성 -> 가장 마지막 커밋에 태그가 달린다 git tag tagname > git tag soul3.0 을 집어넣고 git log 로 확인해 본다 , commit message 오른편에서 tag 내용을 확인할 수 있다 ** 특정 커밋에 tag 달기 git tag tagname commithash ** Remote Repository에 tag 를 push 하기 git push origin tagname > push 한 이후 , github에서 확인해보니 tag가 생성되었다 ** tag 목록 확인 : git tag ** tag 의 상세 정보 열람 : g..

** merge tool 설정 > git config --global -e > [merge] tool = vscode ~ "$MERGED" 입력한다 ** Git merge : 현재 branch 를 기준으로 다른 branch를 병합한다 > ( main branch 기준으로 ) git merge dev > dev branch 에서 업데이트 한 버전의 commit message와 log가 main branch에서도 확인된다 ** Merge Conflict : Branch 를 Merge 하는 과정에서 충돌이 날 수 있음 | Push, Pull 과정에서도 충돌이 일어날 수 있음 ** git mergetool 오픈 , Conflict 해제 ( 버전을 남길 것만 남겨놓음 ) > 이후 git add > git comm..

** Deafult Branch .. main ? or master? > github의 default 는 Main > 즉 remote repository 를 만들면 main으로 생성된다 > git의 default는 master > 즉 local 에서 repo 만들면 master로 생성된다 > rename도 가능하고, 기본적으로 default branch 이름도 수정할 수 있다 ( 회사의 업무 명세서에 따른다 ). > view all branches > 하나의 Repository branch 이름 rename ** Remote Repository 로컬에 복제하기 > Local Repository 를 생성하지 않은 상태에서, git clone 명령으로 remote repository를 local에 복제할 수..

** Git Graph : Repository의 버전과 Branch 들을 시각적으로 확인해 볼 수 있다 ** Git log : Branch 별로 변경 이력을 확인할 수 있음 ** Git wait 옵션 command line 으로 VS code를 실행시켰을 경우, 닫을 때까지 command 를 대기한다 config --global core.editor 에디터이름 --wait , 이후 git config --global core.editor 로 옵션 확인 ** git config --global -e (edit임)를 실행하면 기본 에디터 vscode를 통해 config를 수정할 수 있도록 창이 오픈된다 > 이후 --wait 옵션을 주었기 때문에 , vscode를 닫기 전까지는 터미널의 git은 대기한다 **..

** git commit 하는 프로세스 Git add > commit -m"message" file.type > git push origin master ** 로컬 wd > git pull origin master > 파일 확인 ** Github 홈페이지로 이동, 서버에서 create repository 해준다 ** Repository name : 레포지터리 이름 기입 ** Public / Private : 공개 유무 설정 ** 다른 옵션들은 현재 체크하지 않는다 ( 빈 폴더 ) ** Github token : 보안상 이유로 Remote Repository 접근 시 아이디 비밀번호 -> Token 으로 사용 * 사용자 메뉴 > Settings > Developer Settings > personal ac..

** Local Repository 구성 ( Working Directory + Index - Staging area + HEAD ) > working directory : 작업공간, 실제 소스 파일, 생성한 파일들이 존재 ---- add ----- > Index ( stage ) , git add한 파일들이 존재 -- commit --- > HEAD 최종 확정본, commit 한 파일들이 존재 ** work space 생성하기 편한 곳 .. 우선은 sql_ws 를 만들어 놓은 Documents 폴더로 Cd , 이후 mkdir로 git_ws 폴더를 생성해줌 , 다시 해당 폴더로 cd ** 다시 프로젝트 관리할 폴더를 생성 ( test 로 실행해봄 ) , 이동 ** 이동한 폴더에서 git init 으로 r..

** 기본 용어들 ~ * Repository : 소스코드가 저장되어 있는, 여러 개의 Branch들이 모여 있는 디스크상의 물리적 공간 ( 저장경로나 공간 ) > Local / Remote Repository 로 구분 * Checkout : 특정 시점이나 Branch의 소스코드로 이동하는 것을 의미 > Checkout 대상 - Branch, Commit, Tag > Checkout 을 통해 과거 여러 시점의 코드로 이동이 가능하다 * Stage : 작업할 내용이 올라가는 임시저장영역 > 스테이지를 이용해서 작업한 내용중 commit할 파일만 선별할 수 있다. * Commit : 작업할 내용을 Local Repository 에 저장하는 과정 > 각각의 commit 별로 버전이 매겨진다 , 그리고 버전에 관..

** GitHub 가입 ( 서버로 사용할 것 ) ** 계정 생성 후 이메일 코드 확인 , 로그인 페이지 ** Global Username & Email 설정 > 설정을 한번 해주면, 매번 push & pull 과정에서 자동으로 적용된다 --git config --global user.name name쓰기 --git config --global user.name email쓰기 ** CRLF 설정 : 줄바꿈 문자 설정 > windows : CR (\r) + LF (\n) > Unix 계열 , Mac : LF (\n) > Windows 사용자와 Mac 사용자가 같은 GIt repository 를 작업할 때 , 코드에서 변경된 내용이 없어도 CRLF 차이로 commit 발생하여 대혼란이 발생할 수 있다....ㅜ..

0. 설치 유무 확인하기 1. 실행파일(binary) 다운로드 2. brew install 0. 설치 유무 확인하기 > 터미널 > git --version 으로 확인 ( 설치된 상태 ) 1. 실행파일(binary) 다운로드 > 직접 파일 설치 >https://git-scm.com/downloads Git - Downloads Downloads macOS Windows Linux/Unix Older releases are available and the Git source repository is on GitHub. GUI Clients Git comes with built-in GUI tools (git-gui, gitk), but there are several third-party tools for ..

** Git 이란 ? > 버전관리 시스템(형상관리 시스템 ) 이다 > Configuration Management System / Version Control Systems ( VCS 라고 많이 한다 ) ** 버전관리란? > Source Data + History > 협업 , 작업추적, 복구 등이 가능하다 ** Git의 등장 배경 > 버전관리 시스템이 없던 시절에는 Source folder + 실행파일을 버전별로 카피하여 관리했음 > 컴퓨터가 다운되거나 해서 날라가고, 하드도 복구 불가능 하거나 등등 -> Local version control system 등장!!! > 내 컴퓨터에서 버전 관리 가능 .. But 컴터 날라가면 복구 어렵다는 문제는 같다... > 협업도 어려운 상태 -> Centraliz..