
나는 영상 제작에 취미를 가지고 있다. 촬영한 영상들을 한 페이지에 나타낼 수 있는 페이지를 만들 계획을 갖고 있었고, 새해가 된 기념으로 이번 기회에 프로젝트를 만들기 시작했다. 우선, 기본적인 구현 목록은 다음처럼 계획하였다. 각 카테고리 별 동영상 출력하기 각 동영상을 이미지 버튼으로 실행할 수 있도록 구현하기 해당 동영상의 이미지 버튼을 클릭하면 모달창으로 동영상 실행하기 위의 구현 내용을 테스트 이미지와 동영상 파일을 활용해 최적화를 고려하지 않은 채 구현까지는 성공했다. 구현을 성공했으니, 최적화 전에 실제로 사용할 이미지 파일들과 동영상 파일들을 사용해야 했다. 문제 원인 모든 파일들을 용량 최적화를 진행하고 나서, 프로젝트에 추가했다. 이미지 파일들은 동영상보다 용량이 작았기 때문에 프로젝..

Pull Request를 통해 협업을 할 수 있는 방법을 학습했다. Pull Request를 올리고 난 후 조금 더 작업을 진행할 수도 있을 것이다. 이런 상황에서 충돌이 발생할 수 있다. Pull Request를 올린 상황에서 발생하는 충돌(Conflict)를 해결할 수 있는 방법은 무엇일까? Pull Request에서 발생한 Conflict 코드를 작업하면서 발생했던 충돌(Conflict)들이 Pull Ruquest에서도 발생할 수 있다. 바로 같은 파일을 수정한 2개의 브랜치가 순서대로 Merge되는 상황에서 발생한다. 앞에서 예시로 들었던 김왼손씨와 이오른씨의 개발 과정을 다시 한 번 예시로 들어보자. 김왼손씨가 a.py를 수정하고 "left"라는 브랜치에 Push를 한 후 Pull Request..

협업을 위해 여러 기능 및 명령어를 지금까지 학습했다. Commit을 통해 버전 관리를 하는 방법을 배웠고, Branch를 통해 새로운 기능 구현이나 Debug 시 독립된 환경에서 작업을 진행하는 방법을 배웠다. 이번 시간에는 내가 적용한 코드를 바로 원격 저장소에 올리기 전 팀원들과 이야기를 나눌 수 있는 방법을 학습하려고 한다. 조금 더 완성된 프로젝트를 만들 수 있고 다른 팀원들과 이야기를 나눌 수 있는 기능인 "Pull Request"에 대해 학습하기로 하자. Pull Request 프로그램을 개발하고 반영하는 일련의 과정들을 겪으면서, 개발을 할 준비가 된 것 같을 때, "Master Branch"에 질서 정연하게 "Push"만 하면 될까? 본인이 만든 내용들이 잘 작동하지 않거나 한 번 검토가..

지금까지 협업 시, Git을 어떻게 활용할 수 있는지 예시 상황으로 확인할 수 있었다. 이번에는 협업 시 Git을 활용할 때, 충돌나는 상황에 대해 학습하려고 한다. 아무래도 여러 사람이 작업을 하는 공간이다 보니 사람마다 버전이 다를 수 있고, 현재 원격 저장소에 올라와 있는 버전과 나의 로컬의 버전이 달라졌을지도 모른다. 충돌나는 상황을 잘 해결만 할 수 있다면 수월하게 작업을 할 수 있을 것이다. Conflict 협업을 진행하다 보면, 완벽하게 중복을 피할 수 있을까? 생각해보면 앞에서 학습한 방식들이 중복을 근본적으로 피하게 해주지는 않는다. 결국 "같은 파일의 같은 줄"을 수정했다면 충돌은 피할 수 없을 것이다. 이 때, 어떻게 하면 충돌을 해결할 수 있을까? 원격 저장소의 내용을 내려 받았을 ..

이번 시간에는 지금까지 배운 것들을 복습하려고 한다. Git을 통해 협업을 하는 과정에서 Git은 여러 기능을 활용하게 된다. Git으로 협업하는 예시 상황 동료들과 함께 같은 저장소(Repository)를 바라보고 개발을 진행하고 있는 상황을 예시로 들어보기로 하자. 김왼손씨와 이오른씨가 같은 저장소에 작업을 진행했을 때, 김왼손씨는 오후에 약속이 있어 아침 일찍 출근을 하고난 뒤 열심히 개발을 진행하고 개발 내용들을 각각 "Add"하여 "Commit"으로 나누어 저장한 후 원격 저장소에 "Push"한 후 퇴근을 했다. 이오른씨는 느긋하게 하루를 시작하려 오후에 출근해 김왼손씨와 같이 여러 파일을 수정하고 "Commit"한 후 원격 저장소에 "Push"하려고 하는 그 때, 원격 저장소는 이오른씨의 "P..

우리는 협업을 할 때, Github를 제대로 다루어야 한다. 지난 번 "Branch"의 필요성과 생성에 대해 학습했다. 이번 시간에는 Branch를 생성한 이 후에 대해 학습하는 시간을 가져보려고 한다. Branch를 생성해 새로운 기능을 구현하거나 "Debug" 등 작업을 한 이후 "Master Branch"에 합치는 작업을 해줘야 한다. 그래서 합치는 작업을 어떻게 해야 하는지 학습하려고 한다. Merge into current branch "Master Branch"를 바탕으로 새로운 기능 개발 혹은 버그를 고친다고 할 때, 새로운 "Branch"를 생성해 진행한다. 이 후, 개발을 다 마치고 이를 "Master Branch"에 병합해 새로운 버전을 만든다고 해보자. 이 때, 우리는 "Merge i..

지금까지 Git에 대해 많은 것들을 배웠다. 이번에는 협업에 있어서 가장 많이 이용하는 기능인 Branch에 대해 학습하려고 한다. 'Branch'는 협업 시 많이 활용하는 기능으로 배워야 할 기능이다. Branch 만약, 우리가 큰 개발 프로젝트를 진행하고 있다고 생각해보자. 큰 개발 프로젝트를 진행할 때는 여러 개발 팀 혹은 팀원으로 나뉘어 동시에 개발을 진행한다. 예를 들어서 머신러닝 개발 프로젝트를 하는 팀에서는 데이터를 전처리하고 저장하는 팀, 모델을 개발하는 팀, 모델을 서빙하는 팀이 있을 것이다. 각 팀 안에서는 버그를 수정하거나 새로운 기능을 개발을 해야하는 일이 많다. 각 팀별로 버전을 관리할 필요성이 있다. 이럴 때, 각 팀에서는 개발 프로젝트의 소스코드를 바탕으로 개발을 해나가야 한다..

지금까지 Git Clone을 통해 원격 저장소인 Github에서 로컬 환경에 복제하여 Git을 통해 버전 관리를 진행할 수 있었다. 이번에는 로컬 환경에서 작업한 이후 원격 저장소와 연동시켜 Git 작업하는 것을 학습하려고 한다. Git Remote 로컬 저장소에서 시작한 프로젝트를 원격 저장소와 연결과 관련된 명령어이다. 로컬 저장소에서 작업한 프로젝트를 새로운 원격 저장소에 Push를 하기 위해 "Git Remote"를 사용한다. 이 때, 사용하는 명령어는 "Git remote add"이다. 원격 저장소를 연결하고 싶을 때, 원하는 원격 저장소의 주소를 복사한다. 그리고 위의 이미지처럼, "Add remote"를 클릭하면, 주소를 입력할 수 있는 입력란이 나온다. 해당 입력란에 연결할 원격 저장소의 ..
- Total
- Today
- Yesterday
- Singleton
- 싱글톤
- 개발 이력서 지원 팁
- DB Error MongooseServerSelectionError
- 원티드 프리온보딩
- Default Branch
- 개발자이력서꿀팁
- Express
- node
- 최종추가합격
- 스프링
- if(kakao)dev2022
- 깃허브 Merge
- 설명회느낌점
- Frontend
- 코딩테스트 대비
- 원티드 프리온보딩 챌린지
- 조코딩과함께
- PostechAppleDeveloperAcademy
- javascript
- 포스텍애플디벨로퍼아카데미
- React
- 자바스크립트
- 신입개발자가 준비해야 할 것들
- 프론트엔드 챌린지
- LottieFiles
- 그룹인터뷰후기
- #포스텍애플디벨로퍼아카데미
- 고민한 부분
- 포스텍애플아카데미
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |