협업의 세 가지 시나리오 1. 내 로컬저장소는 변했는데 원격 저장소는 변함 없는 경우 2. 내 로컬저장소는 변함 없는데 원격 저장소는 변한 경우 3. 내 로컬저장소도 변했는데 원격 저장소도 변한 경우 ✅ 첫번 째 경우 그냥 push 하면 그만 ✅ 두번 째 경우 git pull 로 동기화 후 push 하기 ✅ 세번 째 경우 내가 내 로컬저장소의 코드를 수정했는데, 다른 사람이 와서 또 수정한 경우이다. 1. rebase 2. pull request (-> merge) "내가 방금 새 변화를 만들어냈는데, 내 새 버전을 받아줘" "승인" -> merge ✅ 나는 변함없고 원격이 변한 경우 : pull & push 원격저장소 연결 : git remote add origin git push -u origin m..

원격저장소 : 그저 또 다른 Repository (저장소 ) 협업 : Repository끼리의 상호작용 ✅ 원격저장소(Github)를 통해 협업하기 Repository끼리의 상호작용 종류 원격저장소 조회(추가) : git remote 원격저장소 밀어넣기 : git push 원격저장소 갖고와서 합치기 : git pull 원격저장소 일단 갖고만 오기 : git fetch 원격저장소 복사 : git clone ✅ git remote (-v) v옵션 : 단축이름과 URL같이 보기 내 로컬 Repository와 상호작용하고있는( 혹은 알 수 있는 ) 원격저장소들의 목록을 조회 📌 git remote add origin : 원격저장소 조회(추가)하기 url에 있는 원격저장소를 origin이라는 이름으로 추가하는 것..

git diff ✅ diff란 무엇이고 언제 사용하는지 ? git diff : 변경내역들끼리의 비교 결과를 보여준다. 예를 들면, 우리가 버전을 관리하는 도중에 다음과 같은 상황이 있을 수 있다. 1. 10번 커밋중 1번 커밋과 2번 커밋을 비교하고 싶다. 2. 지금 push한 commit과 이전 commit을 비교하고 싶다. 3. 현재 staging area에 있는 변경 내역과 직전의 commit을 비교하고 싶다. 4. branch1 브랜치에 있는 commit과 main 브랜치에 있는 commit을 비교하고 싶다. 이럴 때, 사용할 수 있는게 diff이다. 말 그대로 패치간의 차이점을 알 수 있게 해주는 것이다. ✅ 두 커밋과의 비교 현재 저장소에 test.txt 하나 있고 1번부터 5번까지 commi..

✅ 버전 되돌리기 : reset 📌 git reset --hard 'HEAD^' 📌 git reset --mixed 'HEAD^' 📌 git reset --soft 'HEAD^' HEAD : 가장 최근 버전 ^ : 하나만 되돌리자 ( ^^ : 2개 , ^^^ : 3개 ) ✅ 나누어서 관리하기 : branch 각자 코드를 짜서 직접 주고받아도 문제가 없을것 같지만 각자 코드를 직접 짜서 주고받으면 문제가 생긴다. 어떤 문제 ? 합치는 과정에서 이부분은 어떤 부분, 이부분은 어떤 부분 등 각자의 코드를 모두 확인해야한다. 똑같은 부분을 다르게 수정하는 등.. 이런 문제를 해결하기위해서 어떻게 해야 할까 ? TeamC가 캐릭터와 신무기를 개발하는 프로젝트를 시작했고, 캐릭터와 무기를 번갈아가면서 총 1000번..

✅ Git & Github Git : 버전 관리 시스템 버전이란 유의미한 변화가 결과물로 나온것이다. 프로그래밍은 보통 여러 사람과 작업한다. 즉, 하나의 버전을 관리하는 과정에서 협업이 필요할 수 있다는 것이다. 그렇다면, 하나의 버전을 관리하는 과정에서 되돌리는 과정도 필요하다. 이는 백업이 필수라는 것이다. 하나의 버전이 관리되는 과정에서 효율적인 백업이 필요하다. 크게 정리하면 1. 협업하기 2. 되돌리기 3. 효율적으로 백업하기 이 3개의 관리를 도와주는 것이 바로 Git ✅ 버전이 만들어지는 두개의 단계 1단계 : Woring Directory -> Staging Area git add '대상이름' 2단계 : Staging Area -> Directory git commit ( 하나의 버전 )..

📚 자료구조 자료구조 ✅ 배열(Array) & 링크드 리스트 ✏️ Array와 LinkedList의 차이 배열은 연속된 메모리 공간에 데이터를 저장하고 리스트는 비연속적인 공간에 데이터를 저장한 뒤 두 데이터를 노드로 연결한다는 차이점이 있다. ✏️ Array와 LinkedList의 탐색시간 배열은 index를 통해 데이터에 접근이 가능하다. 따라서 시간복잡도는 O(1)이다. 반면에 리스트는 처음부터 연결된 노드들을 따라가며 데이터를 찾아야하기 떄문에 최악의 경우에는 첫 노드에서 탐색을 시작하고 탐색할 노드가 마지막에 있는 경우가 된다. 따라서 시간 복잡도는 O(N)이다. ✏️ LinkedList에서 삭제연산을 하는 과정 삭제연산을 하기 위해서는 먼저 가장 첫 노드부터 바로 다음 노드가 삭제하고나 하는..

📚 CS Study 운영체제 ✅ 프로세스 ( Process ) ✏️ 프로세스가 무엇인가 ? 프로세스는 실행중인 프로그램으로 디스크로부터 메모리에 적재되어 CPU의 할당을 받을 수 있는 상태이다. 프로세스는 운영체제로부터 주소 공간, 파일, 메모리 등을 할당 받는다. ✏️프로세스의 메모리구조는 어떻게 생겼나 ? 스택영역 : 지역변수, 매개변수, 리턴 값 등이 임시로 저장되어 고정된 크기의 공간이다. 주로 함수가 불렸을 때 데이터를 저장했다가 함수가 종료될 때 데이터를 반환한다. 힙 영역 : 프로세스가 동작중에 동적으로 데이터를 할당하는 공간이다. 데이터 영역 : 데이터 영역에는 프로그램이 시작될 때 생성되는 전역변수, 정적변수 등이 저장된다. Blocked State Symbol 영역 : 데이터 영역에는..

스프링 부트의 경우 스프링과 비교하여 아주 심플하게 API서버를 구축해볼 수 있다. 다만 아래와 같은 조건에 따라 프로젝트의 양이나 복잡도가 달라진다. 1. 원천 데이터의 형태 : RDBMS, NoSQL, Hadoop 등 : 어떠한 곳에서 원천 데이터 정보를 가져와서 클라이언트에 보내줄지 정해야 한다. 2. 캐시 데이터 사용 여부 : 클라이언트의 정보 요청을 받을때마다 계속 원천데이터를 새롭게 읽어들일 것인지, 그렇게 계속 Read하여 실시간으로 최신정보를 리턴할 필요가 없는지 ( 예를들어 1시간 주기로만 갱신정보를 리턴해도 된다든가 하는 )를 정해야 한다. 3. HTTP 메소드 방식 : restful인가 아닌가 : API주소를 조금 더 명확하고 정형화하여 처리하는게 목적을 둔 restful api방식을..