일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- nest.js설명
- ethers typescript
- 체인의정석
- ethers
- ambiguous function description
- 스마트 컨트렉트 함수이름 중복
- 스마트컨트렉트프록시
- multicall
- 컨트렉트 배포 자동화
- 깃허브명령어
- 스마트컨트렉트테스트
- 프록시배포구조
- nestjs 튜토리얼
- 스마트컨트렉트 예약어 함수이름 중복
- Vue
- 러스트 기초 학습
- 컨트렉트 동일한 함수이름 호출
- 스마트컨트렉트 함수이름 중복 호출
- ethers websocket
- vue기초
- SBT표준
- ethers type
- Vue.js
- ethers v6
- rust 기초
- chainlink 설명
- 러스트 기초
- git rebase
- 러스트기초
- 머신러닝기초
Archives
- Today
- Total
체인의정석
git dev에서 스테이징 환경으로 수동 배포하기(git diff, git merge, ssh) 본문
728x90
반응형
1. 각 브랜치 간의 차이점을 조회하기 위해서는 다음과 같은 명령어를 사용한다.
git diff staging..dev
이러면 staging 브랜치와 dev 브랜치 간의 차이점을 볼 수 있다.
2. merge 명령어 실행 후 vs code에서 확인
스테이징 환경에 들어간 후 merge를 하게 될시 바로 stated change에서 확인이 가능하다.
git merge dev
팁 : 만약 내가 짠 코드가 아닌 다른 팀원이 짠 코드가 있다면 이 단계에서 커밋을 누가했는지 보고 스테이지에 반영을 해도 되는지 물어본다.
3. 실제 환경에 배포하기
서버 팀에게 받은 환경으로 접속한다. ssh 명령어를 써서 전달받은 ip로 접속하면된다.
만약 게이트웨이가 설정된 경우 게이트웨이에 먼저 접속을 한 후 거기서 프라이빗 ip로 다시 접근을 해서
경로를 찾고 git pull 후에 pm2 restart를 하면 된다.
여러개의 서버가 동시에 업데이트 해야 하는 경우 위 작업을 반복한다.
4. 테스트 하기
업데이트 후에는 실제 환경에서 api를 테스트해본다.
내가 반영한게 잘 되었나 테스트를 하려면
퍼블릭 api와 포트를 받은 후 api 명령어를 날려보면 된다.
나는 이 과정이 번거로워 북마크에다가 다 저장시켜 놓는다.
5. Jira등의 툴로 보고하기
각 상황에 맞게 PM분 등에게 보고를 하고 상황을 전달한다.
728x90
반응형
'개발 > git' 카테고리의 다른 글
ssh 키 생성 후 github/bitbucket 연결하는 법 (0) | 2023.05.18 |
---|---|
git stash 명령어, 차이보기 (0) | 2023.03.16 |
깃허브 서브모듈 (스마트컨트렉트 & 백엔드의 다중 깃허브 주소 관리) - 업데이트 (0) | 2022.12.09 |
git 오류 "fatal: Need to specify how to reconcile divergent branches." (0) | 2022.11.21 |
깃허브에 파일 경로만 올리고 싶다고 해도 비어있는 폴더를 올릴 수 없다. (0) | 2022.07.19 |
Comments