일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 운영체제
- 메모리
- 프로그래밍
- 개발
- 자바
- 세마포어
- IT
- 신입사원
- Effective Java
- 스터디
- 신입
- 디지털
- 컴퓨터과학
- 뮤텍스
- java
- 스프링
- 우리카드
- OS
- 공채
- github
- Public
- 정보처리기사
- 알고리즘
- 이펙티브 자바
- 컴퓨터공학
- 깃허브
- CS
- package-private
- 깃
- spring
- Today
- Total
목록github (2)
주니어 개발자 성장기
개요 이번 Cheffi 프로젝트를 진행하면서 꼭 해보고 싶었던 것 중 하나가 CI/CD 파이프라인 구축이었다. 저번 프로젝트(Glims)에서 배포를 내가 담당했었는데 낮에는 회사일로 바쁘고 밤에는 회사 프로젝트를 위해서 Vue.js 공부를 하다보니 CI/CD 공부를 할 수 있는 물리적인 시간이 부족했었고, 프로젝트 진행 내내 수동 테스트와 배포를 반복했었다. 직접 경험한 수동 배포의 문제점 1. 서버 업데이트가 늦다. 매번 수동 배포를 하다보니 팀원이 기능을 추가하거나 디버깅을 해도 수정이 반영되려면 항상 내가 배포를 해야했다. 내가 변경을 인지하고 작업할 수 있는 상황이어야만 배포가 가능해지니 기능 업데이트가 나라는 병목현상(?)을 겪게 되는 것이다. 내가 개인 사정으로 바쁠때는 나의 배포를 하염없이 ..
git branch 현재 브랜치를 확인하는 명령어 git branch [브랜치명] [브랜치명]의 브랜치를 하나 새로 만든다. git checkout [브랜치명] [브랜치명]으로 현재 브랜치를 바꾼다. -> 바꾼뒤에는 기존에 쓰던대로 git add . git commit -m "[커밋 메세지]" 를 한 뒤에 push 하면된다. git push origin [브랜치명] [브랜치명] - 해당 브랜치의 커밋 내용을 깃허브에 push하는 명령어 브랜치를 Merge 하기 위해서는 Push한 이후에 깃허브 레포지토리에서 Pull requests 탭으로 간 뒤에 New pull request -> base:[기본브랜치] compare:[병합할 브랜치] 설정 -> Create pull request 이렇게 하면 PR이 ..