일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- NATIVE
- MongoDB
- 면접
- 배포
- ubuntu
- 디자인
- 후기
- EC2
- navigation
- github
- 변수
- 네비게이션
- JavaScript
- 알림
- 레이아웃
- 네이티브
- Background
- Push
- JS
- graphql
- 리액트
- Notification
- Express
- 스코프
- Python
- scope
- React
- 카카오
- AWS
- 자바스크립트
- Today
- Total
목록배포 (3)
어서와, 개발은 처음이지?
jenkins는 CI 도구로, 지난 글에 이어서 이번에는 github과 jenkins를 연동하여 push 완료 후 배포 작업이 실행되도록 구성하겠습니다. 1. Jenkins 설치 우선 공식 다운로드 페이지에 접속하여 원하는 버전을 선택하고 설치방법을 따릅니다. 저는 ubuntu를 사용하고 있으므로 아래 명령어를 사용하겠습니다. $ wget -q -O - https://pkg.jenkins.io/debian-stable/jenkins.io.key | sudo apt-key add - $ deb https://pkg.jenkins.io/debian-stable binary/ $ sudo apt-get update $ sudo apt-get install jenkins 2. 포트 설정 젠킨스는 8080번 포트..
지난 글에 이어서, 이번에는 master 브랜치에 직접 push를 방지하고, pull request에서 리뷰어들의 동의(approve)를 얻었을 때 merge 할 수 있도록 설정하는 과정을 알아보겠습니다. 1. 개요 협업 문화가 활발해지면서 유지보수성(maintainable)의 중요성 또한 높아졌습니다. 이에 따라서 코드 스타일을 통일하고, 리뷰 문화를 통해서 개발에 대한 생각과 철학을 일치시켜, 마치 '팀'이 하나의 지성체가 되어 개발하는 듯한 환경을 만들기 위해 개발자들은 여러가지 협업 프로세스를 만들어나가고 있습니다. 이전 글에서는 git을 통한 형상관리 프로세스에서 코드 스타일(컨벤션)을 일치시키고, 테스트 코드 작성을 장려하는 프로세스를 구축하는 방법에 대해 알아봤는데, 이번 글에서는 push를..
최근에 시간적 여유가 생겨서 개발 외에 다른 사항에도 투자할 시간이 생겼습니다. 그에 따라 이번에는 node 프로젝트의 배포 프로세스를 구성하는 과정을 기록하고자합니다. 1. 개요 오픈소스가 등장하고, IT 업계의 생태계 규모, 성숙도, 접근성이 높아지면서 바야흐로 협업의 시대가 도래했습니다. 그에 따라 컨벤션, 테스트 코드 등의 개발 요소에 대한 중요성도 높아지게 됐는데, 아직도 통상 '귀찮다' 라는 이유로 마음 한 구석의 불편함을 무시한 채 잠재적 기술 부채를 키워가는 사람들이 많고, 저 또한 그랬습니다. 하지만 고맙게도, 우리는 협업 단계에서 이런 중요한 요소들을 지킬 수 있는 환경을 형상관리 도구를 사용하여 쉽게 구축할 수 있습니다. 지금부터 git 환경에서 이런 사항들을 자동으로 검증할 수 있는..