1) 부모쪽에 position: relative; 자식쪽에 position: absolute; 이렇게 해야 부모를 기준으로 자식이 배치된다. position:relative;를 빼면 자식이 브라우저 창 기준으로 위치된다.

2) 자식쪽에 top:0; bottom:0; 등과 같이 어디가 top이고 어디가 bottom인지 지정해줘야 한다.

3) margin: auto;를 통해 중앙에 위치시킬 수 있다.

!codepen[sol-_/embed/jOQzBOR?default-tab=css%2Cresult]

2. flex 이용하기

1) 부모쪽에 display: flex;

2) 부모쪽에서 자식 위치 지정 align-items: center; justify-content: center;

!codepen[sol-_/embed/vYQRxOp?default-tab=css%2Cresult]

(feat. You have divergent branches and need to specify how to reconcile them.) pull = fetch + merge 이 에러창은 fetch는 정상적으로 작동됐지만 merge를 하며 문제가 생겼다는 것을 의미한다.

--no-ff를 통해 non-fastforward방식을 사용하게 해서 해결할 수 있다.

git pull origin main --no-ff

2. 버전관리하면 안되는 파일인데 이미 add, commit을 했다면!

.gitignore에 넣어야하는데 깜빡했다면?

git rm -r --cached .

임시저장소에서 파일이 삭제되고, 이제 .gitignore 가 제대로 작동하게 된다.

3. fatal: not a git repository (or any of the parent dicrectories)

아주아주 간단한 문제이다! 작업중인 폴더 위치를 확인하자 :D

cd 폴더명

1. git clone
2. git branch 브랜치명
3. git switch 브랜치명 (또는 2,3번 대신에 git switch -c 브랜치명)
4. 내용 수정 및 저장
5. git add .
6. git commit -m"커밋내용"
7. git push origin 브랜치명

branch

• 현재 작업 중인 내용 유지하면서 파일과 커밋 기록을 별도로 관리하고자 할 때 사용
• 분기하면 그때부터는 커밋 기록이 완전히 별도로 관리됨

개념적인 부분을 자세히 공부하고 싶다면 여기를 참고하자 (브랜치 용어정리, checkout, switch, merge, rebase, conflict)

명령어 참고

• branch 목록 보는 명령어들

    git branch
    git branch --list
    git branch -a
    git branch -all

• branch 생성과 동시에 이동

    git switch -c 브랜치명
    git checkout -b 브랜치명

• 충돌 같은 줄이어도 기존 데이터를 건드리지 않고 추가하는 것은 상관없다

• 초기화 (git 관리 상황 지우기) : git init 이전으로 되돌아간다.

  rmdir/ /s /q .git (윈도우용)
  rm -rf .git (윈도우 -깃배쉬)

• 삭제

  git branch -D 브랜치명

• 그래프 형태로 커밋 기록 보는 명령어

    git log --graph --decorate --oneline

• 가지치기 (원격 저장소 github에 없는 거 삭제. 동기화과정, github에서 삭제된 repo를 반영.)

    git fetch --prune
  

### Fast-forward
> - Fast-forward 란?
커밋기록을 땡겨오기 때문에분기된 커밋기록이 아니라 일자로 된 커밋기록이 생긴다!

장점: 분기점이 남지 않기 때문에 커밋 기록을 더 직관적으로 볼 수 있다
단점: 머지했다는 기록도, 분기점도 없다. 

#### 기록을 남기고 싶다면 어떻게 해야할까?
fastforward쓰지 말라는 뜻

git merge develop --no-ff

- --no-ff 옵션
: 기능 분기에 대한 명확한 개념을 원할 때 유용
: fastforward를 금지시킴


### Rebase
- no fast-forward 형태인 것을 fast-forward형태로 바꾸기

git rebase

<aside>
💡 rebase 는 정확히 말하면 병합을 위한 것이 아니라, 커밋 히스토리를 정렬하기 위한 명령어. 이미 병합이 된 브랜치가 있더라도, 거기서 rebase 를 하면 커밋 히스토리를 다시 정렬할 수 있다.
</aside>
<br/>
<aside>
💡 rebase 는 커밋 이력을 단순히 관리하고 싶을 때 사용하는 명령어이고, merge 는 변경 이력을 모두 남기고 싶을 때 사용하는 명령어. 커밋 이력을 남기는 것이 중요하기 때문에 보통은 merge 만을 사용.
</aside>

### Pull
> **pull 
= fetch(원격 저장소 내용가져오기) + merge(그 내용을 로컬 저장소에 머지)**

- pull할때도 병합 방식을 지정할 수 있다.(--ff 또는 --no-ff)
- 만약 merge하고 싶지 않다면 fetch만 사용하면 된다!

노트북을 통해 github에 올려뒀던 유니티 프로젝트를 데스크탑에서 받아볼 때 발견했던 사실이다.

1) zip을 통해 받아왔을 때

('Yourworld'게임 내 화면) 마우스 클릭도 안되고, asset들도 사라지고 여러모로 망가진 모습이다..

2) git bash에서 git clone해서 받아왔을 때

('Yourworld'게임 내 화면) 정상적으로 작동하는 것을 확인할 수 있다.

게임 플레이를 해보고 싶으시다면 아래 링크들을 참고해주세요! 관심 감사드립니다 :D

1) 다운로드 (git clone을 통해 내려받아야한다는 것을 잊지말자!) https://github.com/SOL-MI/YourWorld 2) 웹에서 플레이 https://sol-mi.itch.io/yourworld

졸업 작품으로 만들었던 'Your World'란 아트게임을 github에 올리고 싶어서 시도하던 도중 오류를 마주했다..!

용량이 초과됐다는 경고 메세지ㅠㅠ

하지만 github에서 이런 가벼운 게임도 못 올라갈 일이 없다고 생각했기에 열심히 검색해서 방법을 알아냈다:D

25MB이하로 시도하라고 메세지가 표시됐지만 시도를 해보니 100MB 밑으로는 굳이 따로 처리를 안해줘도 warning이 뜰 뿐 업로드는 문제 없이 된다. 100MB이상의 파일들을 업로드할 때 참고하면 좋을 것 같다!

(사실 엄청 해맸어서 정리할겸 다시 업로드를 해보았고, 그 과정을 본문에 실었다)

사전 준비

git lfs install

lfs설치가 필요하다. 참고) https://git-lfs.com/

해결법

1. 올리고 싶은 파일들이 있는 폴더에 가서 git bash를 켜주자!

2. 새로운 Git 저장소 (repository)를 생성할 때 사용하는 Git 명령어 입력

git init

cf) git bash에서 붙여넣기는 ctrl+shif+Ins 😉

여기서 잠깐! main과 master에 대해서 한번 짚고 넘어가야 한다.

• 현재는 master를 사용하지 말자는 운동 때문에 main을 default branch로 하는 경우가 많아졌다고 한다.
  
• 따라서 default branch가 master라면 main으로 수정하는걸 권장한다. (필수는 아니지만 바꿔두면 편할 것이다..! master로 하고 싶다면 아래 과정에서 main을 master로 바꿔써줘야 작동한다.)
  
• 아래 명령어를 그대로 입력해주면 된다. 그리고 gitbash를 재실행하고 처음부터 순서를 다시 따라오길 바란다!

  git config --global init.defaultBranch main

3. github repository와 연결해주기

git remote add origin https://github.com/SOL-MI/YourWorld.git

github에서 레포지토리 주소를 복사해서 붙여넣어주면 된다! 만약 레포지토리 생성시 README.md 파일을 같이 생성했다면 4번 단계에 넘어가기 전에 pull을 한번 해줘야 한다.

git pull origin main

4. 어떤 파일이 용량이 큰지 찾아야한다.

(만약에 어떤 파일이 큰지 알고 있으면 이 단계를 생략해도된다!)

find -type f -size +100M -exec ls -lh {} \;

5. 해당 파일을 찾았다면 track을 해줘야한다!

(나의 경우는 100MB가 넘는 파일이 1개 뿐이었다. : ./YourWorld_Data/sharedassets1.assets.resS )

$ git lfs track "./YourWorld_Data/sharedassets1.assets.resS"

그러면 .gitattributes 파일이 생성된다! gitattributes는 lfs파일 정보가 담긴 파일이다. (https://newsight.tistory.com/330 참고하기)

6. 안전하게 .gitattributes를 먼저 push해보도록 하자..

(순서대로 입력해주자)

git add .gitattributes

git commit -m "create .gitattributes"

(따옴표 안 커밋메세지는 알아서 수정하기) 

git push origin main

그러면 정상적으로 올라간 것을 확인할 수 있다!!!

7. 이제 거의 끝나가니 편안한 마음으로 중간 점검

지금 상태 확인을 위한 명령어 입력 (안하고 넘어가도 상관없음. 말그래도 잘 진행되고 있는지 확인하려는 목적)

git status

8. 앞서 .gitattributes파일 push할 때와 똑같은 과정을 반복해준다.

git add . 

현재 위치에 있는 모든 파일을 add하라는 의미이다.

git commit -m"upload project"

git push origin main

그러면 깃허브에 잘 올라간 것을 확인할 수 있다 😀

과정을 반복하며 알게된 점

동일한 파일명의 lfs파일은 같은 github 계정에 하나만 올라간다.

이 글을 쓸 때 정리할겸 다시 테스트를 해보다가 발견했다. 똑같이 했는데 왜 안되는건지.......엄청 헤맸다......

tracking도 제대로 하고 있는데 lfs 파일 업로드에 실패했다는 이 에러 메세지에서 헤어나오질 못했다.....

해결방법은 '파일명 변경'이었다. 이미 예전에 github에 올리면서 해당 파일이 업로드 되어있었기에 중복이 불가해서 업로드가 되지 않았던 것이었다. (이미 깃헙에 업로드 해둔 상태지만 다시 한번 복기하기 위한 시도였기에 일반적인 시도가 아니여서 해결법을 찾기가 더 쉽지 않았었다.)

cf) 다른 깃헙 계정에 올리는 방법도 있다. 다만, 컴퓨터 내에서 사용자 정보를 변경해야한다. https://hohoya33.tistory.com/122

• cli 환경 : 개발 하는 환경 : Command-Line Interface 또는 Character User Interface의 줄임말로 글자를 입력하여 컴퓨터에 명령을 내리는 방식 : 장점) 안정적, 빠른 속도, 적은 데이터 양
  
  

  Powershell

  cmd 명령 프롬프트는 몇 번 사용해봤었는데 powershell이라는 것을 처음 접해보았다. 내가 보기엔 둘이 똑같은 역할을 하는 것으로 보였는데 어떤 차이가 있는지 궁금해졌다!

  PowerShell은 신규 명령 프롬프트로 CMD는 한정된 명령어로만 동작하는 반면 PowerShell은 훨씬 많은 명령어를 가지고 있다.

앞서 언급한 내용은 대표적인 차이점이고 추가적인 차이점도 존재한다.

1. powershell은 객체 지향 언어를 사용한다!
2. powershell은 작업을 도와주는 기본 제공 라이브러리를 지원한다!
3. powershell은 GUI애플리케이션이 있다!(Windows PowerShell ISE)

간단하게 알아보는 PowerShell 명령어

• Get-Location : 현재 경로 파악
• dir : 현재 경로에 있는 모든 파일/폴더 확인 (윈도우 기준)
• cd (경로) : change directory의 약자.
• cd.. : 현재 위치에서 한단계 밖으로 나가기
• mkdir (폴더명) : 폴더 만들기. 한글도 가능하다!
• cp(복사), mv(이동), rm(삭제) 등등..
  ### 절대 경로 & 상대 경로
• 상대 경로 : 현재 내가 위치한 곳에서의 본 특정한 폴더/파일의 경로
• 절대 경로 : 내 위치와 상관없이, 컴퓨터 전체에서 바라본 특정한 폴더/파일이 위치한 경로의 주소. (/를 붙인다는 특징이 있다.)
  ### Git Git은 버전 관리를 위한 '프로그램'

우리 컴퓨터에 있는 git 저장소 = local repository github상의(온라인 상의) Git 저장소 = remote repository

• git commit : 명령어를 통해 현재 관리 중인 파일을 하나의 버전으로서 저장 : commit을 통해 저장된 버전간에는 자유롭게 이동 가능 : 보통은 기능별로 commit (실무)

• add와 commit의 기능 한 줄 요약 git add를 통해 '상관하기 시작. 바라만 보는 상태' git commit을 통해 '저장'

(출처: https://medium.com/ai-saturdays/basic-tutorials-part-2-ee778e5926cf)

Git 명령어 엿보기

• git commit --amend : 커밋 덮어쓰기
• 버전 되돌리는 명령어

1. git reset (파일명) 이전 버전으로 돌아가면서 그 버전을 최신 버전으로 만듦. (이후 버전은 모두 삭제 -> 위험해서 잘 안씀.)

   • git reset --soft : 파일은 그대로 두고, 커밋 기록만 되돌아가는 것.
   • git reset --hard : 파일도 되돌아감. (굉장히 위험. 안쓰는게 좋다.)
   • git reset --mixed : --soft와 비슷한데, 이후 수정사항들을 commit 이전으로 되돌리는 것이 아니라, add 이전으로 되돌림 (add이전 상태인 untracked상태)

2. git revert (파일명)

   • 기록을 놔둔 채 예전 버전으로 돌아간다.
   • 돌아가면서 예전 버전으로 돌아간다는 기록도 추가로 남김

git revert와 git reset 사용시 '파일명' 주의할 점 revert : 되돌릴 버전을 적기. reset : 되돌아가고 싶은 목적지를 적기. cf) revert가 기록이 남으니 revert를 쓰자..

Git을 활용한 협업 방법 2가지

• git clone : 원격저장소 github repo하나를 여러명이서 함께 사용하는 방식 : '원격 저장소 1개'에다가 같이 작업할 사람을 collaborator로 추가해서 함께 작업 : 소규모 개발팀 / 스타트업에서 적합
  
• fork(깃허브 기능) : 원본 저장소(github repo)하나를 사람마다 복사해서 각각 자신의 repo를 만들고 자기 repo에서 작업하고 원본 repo로 수정사항을 보내는 방법 : 팀이 너무 많은 개발단위 / 대기업

협업 간단 실습해보기

:다른 사람이 만든 repo를 clone해와서 수정 후 push하기

1. git init 2. git clone (repo주소) //괄호는 빼주기 3. cd 폴더명 4. 수정 및 저장 5. git add . 6. git commit -m"내용" 7. git push origin main

• 내가 현재 어떤 경로에서 작업하고 있는지 확인하는 습관을 항상 들이자!