• 내 정보를 반환받는 기능입니다.
• HTTP 헤더의 Authorization 필드에 Access Token을 포함하여 전송해야 합니다.

GET /users/me

성공: 200 OK 실패:

요청 헤더

요청 파라미터 없음

요청 필드 없음

응답 필드

요청 예시(URI, 헤더)

GET /users/me

```http header
Authorization: Bearer eyJhbGciOiJIUzUxMiJ9.eyJzdWIiOiI0IiwiYXV0aCI6IlJPT...

응답 예시(JSON)

{
  "nickname": "닉네임A",
  "introduction": "안녕하세요. 닉네임A 입니다. 반갑습니다.",
  "score": 85,
  "gold": 0,
  "silver": 0,
  "bronze": 3,
  "userid": 8
}

# 게시판 조회
- **게시판의 게시글 리스트를 조회하는 기능입니다.**
- **HTTP 헤더**의 **Authorization 필드**에 Access Token을 포함하여 전송해야 합니다.
```http header
GET /notices

성공: 200 OK 실패:

요청 헤더

요청 파라미터

요청 필드 없음

응답 필드

요청 예시(URI, 헤더)

GET /notices?lastid=10&amount=2&type=원정대

```http header
Authorization: Bearer eyJhbGciOiJIUzUxMiJ9.eyJzdWIiOiI0IiwiYXV0aCI6IlJPT...

응답 예시(JSON)

[
  {
    "type": "원정대",
    "title": "게시글111",
    "score": 76,
    "gender": "male",
    "category": "벌레",
    "createdDateTime": "2024-01-12 13:12:50",
    "noticeId": 10
  },
  {
    "type": "원정대",
    "title": "게시글222",
    "score": 93,
    "gender": "female",
    "category": "벌레",
    "createdDateTime": "2024-01-11 20:32:16",
    "noticeId": 9
  }
]

# 회원가입
- **신규 회원 정보를 입력받고 회원가입 요청을 보내는 기능입니다.**
- **입력했던 이메일 주소로 회원인증 링크를 전송합니다.**
```http
POST /users/signup

성공: 201 Created 실패:

요청 헤더 없음

요청 파라미터 없음

요청 필드

응답 필드

요청 예시(URI, JSON)

POST /users/signup

```JSON
{
  "id": "test1",
  "pw": "1q2w3e4r",
  "email": "testmail@naver.com",
  "nickname": "닉네임A",
  "gender": "male"
 }

**응답 예시(JSON)**

> ```JSON
{
  "id": "test1",
  "pw": "1q2w3e4r",
  "email": "testmail@naver.com",
  "nickname": "닉네임A",
  "gender": "male"
  "userId": 1
}

• fetch : 원격 저장소의 최신 커밋을 로컬로 가져오기만 함
• pull : 원격 저장소의 최신 커밋을 로컬로 가져와 merge 또는 rebase 함
  ### 💡 원격 브랜치의 새 커밋 확인 ```shell $ git fetch ```
• 미리 원격 브랜치의 새 커밋 확인해보기

  $ git checkout <원격 저장소 이름>/<브랜치 이름>

• 원격 브랜치의 새 커밋을 로컬의 main브랜치에 적용하고 싶은 경우

  $ git pull

  
  

💡 원격의 새 브랜치 확인

$ git fetch

• remote에 새로운 원격 브랜치 확인

  $ git branch -a

• 원격의 새 브랜치 커밋내역 확인

  $ git checkout <원격 저장소 이름>/<브랜치 이름>

• main 브랜치로 돌아와 로컬에도 원격과 같은 브랜치 생성

  $ git switch -t <원격 저장소 이름>/<브랜치 이름>

• $ git switch -t는 $ git push -u와 같은 것

• 현재 속한 브랜치의 가장 최신 커밋
• 또는 익명의 브랜치로 이동한 위치

  💡 checkout으로 앞뒤로 이동하기

• 이전으로 1칸 이동

  $ git checkout HEAD^

  $ git checkout HEAD~

• 이전으로 3칸 이동

  $ git checkout HEAD^^^

  $ git checkout HEAD~~~

  $ git checkout HEAD~3

• 특정 커밋 해시로 이동

  $ git checkout <커밋 해시>

• 직전에 했던 이동을 한 단계 되돌리기

  $ git checkout -

  
  

💡 HEAD(익명의 브랜치) 명명하기

$ git switch -c <새로운 브랜치 이름>

💡 HEAD를 사용한 reset 활용법

$ git reset --hard HEAD(원하는 단계)

💡 Working directory

• Untracked : Add된 적 없거나 ignore된 파일
• Tracked : Add된 적 있고 변경내역이 있는 파일
• $ git add로 Staging area로 이동 가능
  ### 💡 Staging area
• 커밋을 위한 준비 단계
• $ git commit로 Repository로 이동 가능
  ### 💡 Repository
• 커밋된 상태
  ### 💡 파일을 Staging area → Working directory로 이동 ```shell $ git restore --staged <파일 이름> ```
• 초기 상태
• 위 명령어로 파일 하나를 Working directory로 이동하면
  ### 💡 파일을 Working directory에서도 제거 ```shell $ git restore <파일 이름> ```
• Working directory에서도 파일을 제거하면 이전 커밋 상태로 돌아감

🚩 파일의 삭제와 이동을 하는 2가지 방법

💡 git rm

$ git rm <파일 이름>

• 파일이 삭제되고 변경내역이 Staging area에 존재
• 그냥 파일을 삭제 하면 변경내역이 Working directory에 존재
  

💡 git mv

$ git mv <변경전 파일명> <변경후 파일명>

• 파일 이름이 변경되고 변경내역이 Staging area에 존재
• 그냥 파일 이름을 변경하면 변경내역이 Working directory에 존재

💡 원격 저장소로 Push(커밋 밀어올리기)

$ git push

💡 원격에서 로컬 저장소로 Pull(커밋 당겨오기)

$ git pull

💡 원격에서 Pull할 것이 있을 때 Push 하기

• 원격에서 Pull할 것이 있기 때문에 (새로운 커밋)이 있기 때문에 Push 불가능
• Pull 해서 원격의 버전을 받아오고 Push 가능

1. Merge 방식

   $ git pull --no-rebase

• 결과

2. Rebase 방식

   $ git pull --rebase

• 결과
  

🚩 협업시 충돌 상황 해결하기

💡 Merge 방식으로 충돌 해결

$ git pull --no-rebase

• 충돌 상황 해결 후 아래 두 명령어 실행하여 커밋

  $ git add .
  $ git commit

• 결과
  

💡 Rebase 방식으로 충돌 해결

$ git pull --rebase

• 충돌 상황 해결 후 아래 두 명령어 실행

  $ git add .
  $ git rebase --continue

• 결과

1. 만약 원격 저장소의 내용으로 수정할 경우
2. 만약 원격 저장소와 다른 내용으로 수정할 경우
   

💡 로컬 저장소의 내역 강제로 Push하기

• 원격 저장소의 내역과 관계없이 로컬 저장소의 내역들 강제로 Push
• 🚨 협업 상황시 팀원들이 내역이 날라갈 수 있으므로 주의!

  $ git push --force

🚩 원격에서 브랜치 다루기

💡 로컬에서 만든 브랜치 원격으로 Push하기

• 로컬에서 새로운 브랜치 생성 후

  $ git push -u <원격 저장소 이름> <새로운 브랜치 명>

• $ git branch로는 원격의 브랜치까지 확인할 수 없다. $ git branch -all로 원격과 로컬의 브랜치 모두 확인 가능
  ### 💡 원격에서 만든 브랜치 로컬로 받아오기
• 원격의 변경사항을 아래 명령어로 확인

  $ git fetch

• 아래 명령어로 원격과 같은 이름의 브랜치 생성 후 연결하고 switch

  $ git switch -t <원격 저장소 이름>/<원격 브랜치 이름>

  
  

💡 원격에 있는 브랜치 삭제하기

```shell $ git push <원격 저장소 이름> --delete <원격 브랜치 이름>

💡 GitHub에 레포지토리 생성 후 업로드 하기

1. 로컬 저장소의 Git에 원격 저장소로의 연결을 추가 ( origin: 원격 저장소 이름 )

   $ git remote add origin <원격 저장소 주소>

2. 기본 브랜치 명을 main으로 변경

   git branch -M main

3. 로컬 저장소의 커밋 내역들을 원격 저장소로 push(업로드) -u : 현재 브랜치에서 origin 원격 저장소의 main 브랜치로 push 기본값 설정

   git push -u origin main

   
   

💡 원격 저장소 목록 보기

$ git remote

• 원격 저장소의 주소까지 자세히 보기

  $ git remote -v

💡 로컬 저장소와 원격 저장소의 연결 끊기

$ git remote remove <원격 저장소 이름>

💡 GitHub에서 프로젝트 다운받기

• Git Bash에서 대상 폴더로 이동 후 아래 명령어 실행

  $ git clone <원격 저장소 주소>

• 프로젝트를 하나 이상의 모습으로 관리해야 할 때
  • ex) 실배포용, 테스트 서버용, 새로운 시도용
• 여러 작업들이 각각 독립되어 진행될 때
  • ex) 신기능 1, 신기능 2, 코드 개선, 긴급 수정
    

🚩 브랜치 생성/이동/삭제/수정/확인

💡 브랜치 생성

$ git branch <브랜치명>

💡 브랜치 목록 확인

$ git branch

💡 브랜치 이동

$ git switch <이동할 브랜치명>

💡 브랜치 생성과 동시에 이동

$ git switch -c <브랜치명>

💡 브랜치 삭제

$ git branch -d <삭제할 브랜치명>

💡 브랜치 강제삭제

$ git branch -D <강제삭제할 브랜치명>

💡 TIP

• $ git log 명령어는 현재 위치한 브랜치에서의 커밋 로그만 확인 가능
• 여러 브랜치의 내역을 한눈에 보는 명령어는 아래 참조

  $ git log --all --decorate --oneline --graph

  
  

🚩 브랜치를 합치는 방법

💡 merge

• 두 브랜치를 한 커밋으로 이어 붙이는 방법 ### 💡 add-coach 브랜치를 main 브랜치로 **merge** 하는 경우
• main 브랜치로 이동 후 아래 명령어로 병합

  $ git merge add-coach

• 병합이 완료된 브랜치는 아래 명령어로 삭제

  $ git branch -d add-coach

• TIP : ** **merge도 하나의 커밋이기 때문에 reset으로 되돌리기 가능

  💡 merge 충돌 해결하기

• 오류 메시지와 $ git status 확인하기
• VS Code에서 오류난 부분 확인하기
• 당장 해결이 어려운 경우 merge 중단하기

  $ git merge --abort

• 해결이 완료된 경우 $ git add ., git commit -m "<메시지">으로 병합 완료

💡 rebase

• 브랜치를 다른 브랜치에 이어 붙이는 방법 ### 💡 new-teams 브랜치를 main 브랜치로 rebase 하는 경우
• new-teams 브랜치로 이동 후 아래 명령어로 병합
  • 🚨 merge와는 반대이므로 주의!

    $ git rebase main

• 소스트리에서 확인해보면 main 브랜치는 new-teams 브랜치보다 뒤쳐져 있다.
• 이를 해결하기 위해 main 브랜치로 이동 후 아래 명령어를 실행

  $ git merge new-teams

• 이후 new-teams 브랜치 삭제

  $ git branch -d new-teams

  💡 rebase 충돌 해결하기

• 오류 메시지와 $ git status 확인하기
• VS Code에서 오류난 부분 확인하기
• 당장 해결이 어려운 경우 rebase 중단하기

  $ git rebase --abort

• 해결이 완료된 경우 $ git add . 후에

  $ git rebase --continue

• 충돌이 모두 해결될 때까지 반복한다.

Git에서 과거로 돌아가는 방식은 2가지가 있습니다.

• *reset : * 원하는 시점으로 돌아간 뒤 이후 내역들을 삭제
• *revert : * 되돌리기 원하는 시점의 커밋을 거꾸로 실행

🚩 커밋 해시 확인하기

• $ git log 명령어를 실행하면 각 커밋에 대한 해시값을 확인할 수 있다.
  

🚩 Reset

💡 reset 사용해서 과거로 돌아가기

$ git reset --hard <커밋 해시>

💡 커밋하지 않은 변경사항들을 취소하기

$ git reset --hard

💡 reset의 3가지 옵션

• --soft : ** **Repository에서 Staging Area로 이동
• --mixed(default) : Repository에서 Working Directory로 이동
• --hard : ** 수정사항들을 **완전히 삭제

🚩 Revert

💡 revert 사용해서 과거의 커밋 되돌리기

$ git revert <커밋 해시>

:wq로 커밋 메시지 저장하기

💡 revert 중 커밋이 충돌하는 경우

• 문제상황 : 사용자는 두 번째 버전의 커밋으로 되돌리기(revert)하려고 한다. 이전의 커밋에서 leopards.yaml을 생성하였기 때문에 이 커밋을 되돌리기(revert)하면 leopards.yaml을 삭제하는 커밋이 생성된다. 그러나 최근 커밋에서 leopards.yaml을 수정한 내역이 있기때문에 leopards.yaml을 삭제하는 커밋을 생성하지 못한다.
  
• 
• 
• 해결방안
  • $ git rm leopards.yaml로 Git에서 해당 파일을 삭제한다.
  • $ git revert --continue로 중단된 작업을 이어서 한다.
  • :wq로 커밋 메시지를 저장한다.

💡 커밋하지 않고 revert 하기

$ git revert --no-commit <커밋 해시>

• 활용
  • 원하는 다른 작업을 추가 후 함께 커밋

💡 Commit할 파일 담기

• 파일 하나 담기

  $ git add <파일>

• 모든 파일 담기

  $ git add .

💡 파일이 담긴지 확인

• $ git status 실행
• Changes to be committed: 현재 변경사항(버전)에 담긴 파일 목록
• Untracked files: Git의 관리에 영향을 받지 않고 추적되지 않는 파일 목록
  
• $ git diff 명령어를 실행하여 자세한 변경내역을 확인할 수 있다.

💡 Commit 실행하기

• 메시지와 함께 Commit 하기

  $ git commit -m "<메시지>"

• Commit 로그 확인하기

  $ git log

  

💡 Commit과 Add를 한꺼번에 실행하기

$ git commit -am "<메시지>"

• 🚨 새로 추가된(untracked) 파일이 없을 때만 가능

💡 Git에서 전역으로 사용자 이름과 이메일 주소를 설정 (GitHub와 별개)

• Git Bash에서 아래 명령어들을 실행 $ git config --global user.name "이름" $ git config --global user.email "이메일"
  ### 💡 기본 브랜치명을 변경하는 법
• main으로 브랜치 명을 변경할 시 $ git config --global init.defaultBranch main
  ### 💡 프로젝트 생성 & Git 초기화
• Git Bash에서 프로젝트 폴더로 이동 후 아래 명령어 실행 $ git init
• 프로젝트 폴더 내에 .git 폴더가 생성된다.
  ### 💡 현재 폴더(프로젝트)에서 Git 상태 확인
• $ git status

🚩 Git이 무시해야할 파일 설정

• 빌드 결과물, 라이브러리 같은 자동으로 생성 또는 다운로드 되는 파일들
• 보안상 민감한 정보를 담은 파일들
  ### 💡 .gitignore 파일을 사용해 배제할 요소를 지정
• 프로젝트 폴더 내에 .gitignore파일 생성
• Git으로부터 배제할 요소들(파일, 폴더)의 이름을 적고 저장
  ### 💡 .gitignore 파일 형식
• https://git-scm.com/docs/gitignore 참조

이 글은 부스트코스의 모두를 위한 컴퓨터 과학 (CS50 2019) 강의를 참고하여 포스팅하였습니다.

컴퓨터 과학이란 무엇인가?

컴퓨터 과학이란 문제를 해결하는 과정을 공부하는 학문이다. 문제를 해결한다는 것은 입력(input)을 전달받아 출력(output)을 만들어내는 과정이다. 그리고 그 중간에 있는 과정이 컴퓨터 과학이다.

앞으로 컴퓨터 과학을 배움에 있어 입력과 출력을 표현하기 위한 약속(표준)이 필요하다.

2진법

컴퓨터는 입력과 출력을 표현하는 방법으로 2진법을 사용한다. 우리는 일상에서 0, 1, 2, 3, 4, 5, 6, 7, 8, 9로 이루어진 10진법을 사용하는 반면, 컴퓨터는 오직 0과 1로 이루어진 2진법을 사용한다. 컴퓨터는 0과 1만으로 다양한 글자나 사진, 영상, 소리 등을 저장할 수 있다.

먼저 10진법으로 표현된 숫자를 예시로 살펴보자. 우리는 123이라는 숫자를 당연히 백이십삼이라고 읽을 것이다. 이것을 자세히 표현해 보면 1x100 + 2x10 + 3x1 = 123으로 표현되어 백이십삼이라고 읽는 것이다.

10진법에서는 각 자리의 숫자들에 10의 거듭제곱을 곱해 표현하였다. 비슷하게 2진법에서는 각 자리에 2의 거듭제곱을 곱해 수를 표현한다.

예를 들어 10진수 5를 표현하기 위해서는 1x4 + 0x2 + 1x1 = 5이므로 2진수로 101이라 표현한다.

비트

컴퓨터는 비트라는 측정 단위를 이용해 정보를 연산하고 저장한다. 비트는 binary digit의 줄임말로 0과 1 두가지 값만 갖는 측정 단위이다. 컴퓨터는 디지털 데이터를 여러 개의 비트들을 조합함으로써 0과 1 두가지 값만으로도 많은 양의 정보를 저장할 수 있다.

비트열

하나의 비트는 0과 1, 두 가지 값만 저장하기 때문에 많은 양의 데이터를 저장하기엔 턱없이 부족하다. 때문에 다양한 데이터를 저장하기 위해 여러 개의 비트들을 조합하여 사용하고 바이트(byte)는 8개의 비트가 모여 만들어진 것이다. 비트 하나는 0과 1을 표현할 수 있으므로 1바이트는 2^8 = 256개의 수를 표현할 수 있다.

문자의 표현

컴퓨터는 오직 0과 1로 이루어진 2진법을 사용한다고 했다. 그렇다면 문자도 0과 1로 이루어진 숫자로 표현해야할 것이다. 문자를 숫자로 표현하는 방식에는 다양한 표준이 존재하는데 그 중 하나로 ASCII(아스키코드)와 Unicode가 존재한다.

ASCII

아스키코드는 총 128개의 부호로 정의되어 있다. 아래는 아스키 코드 중 알파벳 대문자 부분만 발췌한 것이다. 몇 개를 살펴보면 A는 65, C는 67로 표현된다. 이는 10진법 기준이므로 2진법 수로 변환하면 1x64 + 0x32 + 0x16 + 0x8 + 0x4 + 0x2 + 0x1 (64+1)이므로 1000001이다.

몇 가지 더 예를 들어보자.

• HELLO = 72 69 76 76 79

아스키 코드는 128개의 부호들로 정의되어 있기 때문에 알파벳 대문자/소문자와 몇가지 특수기호, 명령어들로 이루어져 있다. 그렇기 때문에 다양한 언어의 문자와 이모티콘, 특수 문자 등을 표현하기 위해 Unicode라는 표준이 등장한다.

Unicode

Unicode는 적게는 8비트, 많게는 32비트까지 이용해 문자를 표현가능 하도록 지원한다. 😂 ← 이런 이모티콘 까지 표현이 가능한데, 이 이모티콘은 10진법으로 128,514이며 2진법으로는 무려 11111011000000010로 표현해야 한다.

알고리즘

앞서 컴퓨터가 숫자, 글자, 색깔 등을 컴퓨터가 이해할 수 있는 2진법으로 표현하는 것을 배웠다. 이것은 입력(input)에 해당하는 것이다. 그렇다면 이 입력(input)에서 어떻게 출력(output)을 얻을수 있을까? 알고리즘은 입력(input)에서 받은 자료를 출력(output) 형태로 만드는 처리 과정을 뜻한다.

즉, 알고리즘은 입력값을 출력값의 형태로 바꾸기 위해 명령들이 어떻게 수행되어야 하는지에 대한 규칙들의 순서적 나열이다. 같은 출력값이 나오더라도 알고리즘에 따라 출력을 하기까지의 시간이 다를 수 있다.

전화번호부에서 Mike Smith를 찾는 예제

• 첫 번째 알고리즘
  • 전화번호부를 집어 들고 첫 페이지를 펼친 후 Mike Smith가 그 페이지에 있는지 찾는다.
  • 없으면 그 다음 페이지에서 찾는다.
  • Mike Smith를 찾을 때까지 또는 전화번호부가 끝날 때까지 이것을 반복한다.

이 알고리즘의 정확도를 따져보면 확실히 Mike Smith를 찾는 데에는 문제가 없을 것이다. 하지만 알고리즘을 평가할 때는 정확도도 중요하지만, 효율성도 중요하다. 효율성은 작업을 완료하기 까지 얼마나 시간과 노력을 덜 들일 수 있는지에 대한 것이다. 이렇게 한 페이지씩 찾아보는 알고리즘은 정확하지만 매우 시간이 오래걸리고 비효율적이다.

• 두 번째 알고리즘
  • 전화번호부를 집어 들고 첫 페이지를 펼친 후 Mike Smith가 그 페이지에 있는지 찾는다.
  • 없으면 두 페이지 뒤에서 찾는다.
  • Mike Smith를 찾을 때까지 또는 전화번호부가 끝날 때까지 이것을 반복한다.

두 번째 알고리즘은 확실히 첫 번째 알고리즘보다 시간이 절반밖에 걸리지 않으므로 효율성은 개선되었을 것이다. 하지만 Mike Smith가 있는 페이지를 그냥 넘어갈 수도 있으니 정확성면에서 떨어진다.

• 세 번째 알고리즘
  • 전화번호부 가운데를 펼치고 Mike Smith가 있는지 찾아본다.
  • 없다면, 전화번호부가 이름순으로 정렬되어 있으므로 Mike Smith가 앞부분에 있는지 뒷부분에 있는지 보고 책의 절반을 버린다.
  • 책의 나머지 절반 부분에서 똑같은 과정을 수행한다.
  • 이 과정은 한 페이지가 남을 때까지 계속 수행한다.

세 번째 알고리즘은 앞서 살펴본 두 알고리즘보다 확실히 효율적이다. 만약 1000페이지에 달하는 전화번호부가 있다고 가정해보자. 첫 번째 알고리즘은 1000개의 페이지를 모두 찾아보아야 하고, 두 번째 알고리즘은 500개의 페이지를 찾아보아야 한다. 세 번째 알고리즘은 최악의 경우에도 1000 → 500 → 250 → 125 → 62 → 31 → 15 → 7 → 3 → 1 10개의 페이지만 살펴보면 Mike Smith가 있는 위치를 찾을 수 있다.

이렇게 알고리즘이란 입력값을 출력값의 형태로 바꾸기 위해 어떤 명령들이 수행되어야 하는지에 대한 규칙들의 순서적 나열이다.

의사코드(pseudo code)

위와 같은 세 번째 알고리즘을 우리는 의사코드라는 방식으로 명료하게 정리할 수 있다.

1. 전화번호부를 집어든다.
2. 전화번호부의 중간을 편다.
3. 페이지를 본다.
4. 만약에 Mike Smith가 페이지에 있으면
5. 　　Mike Smith에게 전화한다.
6. 그렇지 않고 만약 Mike Smith가 앞 페이지에 있으면
7. 　　앞 페이지의 절반을 편다.
8. 　　3번째 줄부터 다시 실행한다
9. 그렇지 않고 만약 Mike Smith가 뒷 페이지에 있으면
10. 　　뒷 페이지의 절반을 편다.
11. 　　3번째 줄부터 다시 실행한다.
12. 그러지 않으면
13. 　　그만둔다.