git 업데이트 패키지 방법 으로 공유

머리말
많은 사람들 이 이런 경험 을 했 을 것 이 라 고 믿 습 니 다.bug 를 수정 한 후에 코드 를 서버 에 업데이트 해 야 합 니 다.이때 가장 쉬 운 방법 은 프로젝트 파일 을 모두 업로드 하 는 것 입 니 다.이런 방식 은 가능 하지만 바람 직 하지 않 습 니 다.왜?알 잖 아!
사실 서버 에서 코드 를 직접git pull코드 로 업데이트 할 수 있 습 니 다.그러나 서버 가 Liux 서버 이 고 UI 인터페이스 가 없 는 경우 명령 행 명령 과 git 가 익숙 하지 않 으 면 코드 충돌 이 비교적 번 거 롭 습 니 다.작은 편집 은 수준 이 제한 되 어 있 습 니 다.물론 다른 이유 도 있 습 니 다.이 방식 으로 업 데 이 트 를 추천 하지 않 습 니 다.
다음은 git 를 이용 하여 업데이트 패 키 지 를 소개 합 니 다.
포장 원리:git archive를 이용 하여 두 제출 간 의 변 화 를 출력 합 니 다.
NEW_COMMIT_ID_HERE새로운 제출 IDOLD_COMMIT_ID_HERE오래된 제출 ID(이 를 업데이트 패키지 시작 점 으로 함)


지금 두 번 제출 했 습 니 다(commt)
처음 제출 한 ID 는 438 eac 0 으로 파일 을 제출 했 습 니 다.
두 번 째 로 제출 한 ID 는 4d5baf 6 로 세 개의 파일 을 제출 했 습 니 다.
그리고 위의 포장 명령 에 따라:

git archive -o update.zip 4d5baf6 $(git diff Cname-only 438eac0 4d5baf6)
명령 을 실행 하면 디 렉 터 리 에 update.zip 압축 파일 이 하나 더 있 는 것 을 발견 할 수 있 습 니 다.

압축 파일 을 풀 어서 어떤 내용 이 있 는 지 보 세 요.

두 번 째 로 제출 한 파일 과 디 렉 터 리 입 니 다.이 는OLD_COMMIT_ID_HERE포장 의 시작 점 이지 만OLD_COMMIT_ID_HERE제출 한 내용 은 포함 되 지 않 습 니 다.
물론NEW_COMMIT_ID_HERE OLD_COMMIT_ID_HERE사이 에 여러 개COMMIT간격 을 두 면 여러 개COMMIT의 내용 을 압축 가방 에 포장 할 수 있다.
마지막 으로 압축 해 제 된 콘 텐 츠 를 FTP 도 구 를 통 해 서버 에 업로드 하면 된다.
총결산
위 에서 보 여 준 내용 은 단일 한 코드 업데이트 일 뿐 실제 업 데 이 트 는 여러 가지 측면 과 관련 될 수 있 습 니 다.예 를 들 어 데이터베이스 스 크 립 트,프로필 등 은 이 글 에서 많은 토론 을 하지 않 습 니 다.관심 있 는 학생 은 바 이 두 나 GOOGLE 를 할 수 있 습 니 다.
종결 어
여러분 의 읽 어 주 셔 서 감사합니다. 본문의 내용 이 여러분 의 학습 과 업무 에 도움 이 되 기 를 바 랍 니 다.질문 이 있 으 면 댓 글로 토론 할 수 있 습 니 다.저희 에 대한 지지 에 감 사 드 립 니 다.

좋은 웹페이지 즐겨찾기