Hexo-theme-volantis: 테마를 올바르게 업데이트하는 방법

@inks님, 테마를 업데이트하는 방법을 포크 방식으로 채우도록 도와주세요. 😀

테마를 올바르게 업데이트하는 방법(Fork)

이 기사는 GitKraken 소프트웨어 사용을 기반으로 합니다 . 관련 링크: GitKraken: 무료 Git GUI 클라이언트 - Windows, Mac, Linux

테마 문서의 하위 모듈 설정 에 따라 이미 테마를 복제하고 블로그 저장소에 추가했다면 이 문서가 큰 도움이 될 것입니다. 아직 하지 않았다면 시도해 보세요. 이 기사의 웨어하우스 환경은 다음과 같습니다. 블로그 웨어하우스 Hexo-Blog , 테마 웨어하우스 volantis .

1. GitKraken의 간단한 조작

GitKraken의 소프트웨어 인터페이스에서 가운데 ​​가장 큰 영역이 있는 영역은 창고의 이력 제출 정보, 오른쪽은 선택한 제출 기록의 세부 정보, 왼쪽은 일부 창고 관련 정보로 SUBMODULES에 중점을 둡니다. 왼쪽의 옵션 표시줄, 일반적으로 블로그 저장소에 Fork의 테마 저장소를 추가했다면 여기에서 볼 수 있습니다. 하위 모듈 탭을 확장하고 마우스 오른쪽 버튼을 클릭한 다음 이 하위 모듈 열기 를 선택하여 하위 모듈을 엽니다.

이렇게 입력한 리포지토리가 테마 리포지토리이며 현재 페이지에서 모든 제출 내역 등을 볼 수 있습니다. 일부 비꼬는 이름으로 인한 부작용을 피하기 위해 설정은 다음과 같습니다. Fork 저장소는 테마 저장소 라고 하고 hexo-theme-volantis 저장소는 volantis 저장소라고 합니다 .

그림에서 현재 Fork의 테마 저장소가 위치한 브랜치는 master-theme 이며, 개인 테마 저장소의 마지막 커밋 정보는 그림 오른쪽에 표시됩니다. 중간 영역에서 위쪽은 마스터 로 표시된 volantis 저장소의 분기입니다(오른쪽 로고 그림으로 구분할 수 있음). 분명히 현재 테마 저장소는 Volantis 저장소보다 뒤쳐져 있습니다.다음으로 코드를 자체 테마 저장소에 병합해야 합니다. 인터페이스를 연 후 Volantis 창고 정보가 표시되지 않으면 Volantis 창고가 현재 원격으로 추가되지 않았음을 의미합니다. 다음과 같이 추가할 수 있습니다.

왼쪽 패널의 REMOTE 탭에서 더하기 기호를 클릭하여 다음 그림과 같은 인터페이스로 들어가고 volantis-x/hexo-theme-volantis 를 선택하여 추가합니다.

둘째, GitKraken의 병합 작업

1. 병합

volantis 저장소의 마스터 분기를 마우스 오른쪽 버튼으로 클릭하고 volantis/master를 xxxx 에 병합을 선택하여 병합합니다. Rebase를 선택하지 않는 이유는 개인적으로 히스토리를 수정하는 것보다 리포지토리의 커밋 히스토리를 유지하는 것이 낫다고 생각합니다. 일반적으로 병합 작업은 자동으로 완료되지만 충돌이 있는 경우 다음 알림을 받게 됩니다: 병합 실패, 해결해야 할 병합 충돌이 있습니다. 오른쪽 탭 에는 충돌이 감지된 병합 창이 표시되며 해결된 파일과 충돌하는 파일이 표시됩니다.

충돌을 해결하려면 창을 클릭하십시오.이 페이지에서 위쪽은 로컬 및 원격 코드이고 아래쪽은 병합된 내용입니다. 수정 내역을 불러오는 등 실제 상황에 따라 왼쪽 로컬, 오른쪽 리모컨, 둘 다 선택할 수 있으며, 선택한 결과가 마음에 들지 않을 경우 수동으로 내용을 수정할 수도 있습니다. 출력 창에서 완료되면 저장 을 클릭하여 작업을 종료합니다. (원칙적으로 Output의 내용을 직접 수정하지 않고 둘 중 하나를 선택해야 함)

때때로 원격 측에서 삭제된 파일을 만날 수 있으며 다음 메시지가 표시됩니다: GitKraken이 source/css/_plugins/gitalkstyl을 유지할지 여부를 결정할 수 없습니다. 유지하시겠습니까? 그러나 일반적으로 보관할 필요는 없으며 Delete The File 만 사용하면 됩니다.

마지막으로 충돌하는 모든 파일을 해결한 후 저장소 목록 인터페이스로 돌아가서 커밋 및 병합 을 클릭하여 제출을 완료합니다.

2. 리베이스

간단히 말해서, Rebase는 모든 변경 사항(커밋)을 public 브랜치의 끝으로 되돌려 놓는데, 결과적으로 강제 커밋에 직면할 수 있고 Merge 작업과 함께 사용하기에 적합하지 않습니다.다음은 Rebase - Liao Xuefeng의 공식 웹사이트 에서 발췌한 내용입니다.

여러 사람이 같은 지점에서 협업할 때 충돌이 쉽게 발생할 수 있습니다. 푸시 후의 아동용 신발은 푸시가 성공하기 전에 먼저 당겨지고 로컬로 병합되어야 합니다.

간단히 말해서, 지저분해 보이고 강박적인 아동용 신발은 다음과 같이 묻습니다. Git의 커밋 기록이 깨끗한 줄로 표시될 수 없는 이유는 무엇입니까? 실제로 그것은 할 수 있습니다! Git에는 Rebase라는 작업이 있으며 일부 사람들은 이를 "rebase"라고 번역합니다.

Rebase 작업의 특징: 분기된 커밋 기록을 직선으로 "구성"하여 보다 직관적으로 보입니다. 단점은 로컬 분기 커밋이 이미 수정되었다는 것입니다.

• Rebase 작업은 로컬 unpush 포크 커밋 기록을 직선으로 구성할 수 있습니다.

• rebase의 목적은 분기된 커밋은 3방향 비교가 필요하기 때문에 기록 커밋의 변경 사항을 더 쉽게 볼 수 있도록 하는 것입니다.

갈등의 발생과 회피

충돌은 일반적으로 같은 장소를 다른 사람이 수정했을 때 발생하며 Git은 자동으로 처리할 수 없으며 사용자가 해결할 수 있는 오류가 발생합니다. 테마가 아직 청소년기이기 때문에 업데이트 반복 속도가 비교적 빠르고 충돌 현상이 더 분명할 수 있습니다.이러한 상황을 줄이기 위한 몇 가지 아이디어가 있습니다.

1. 첫 번째는 구성 파일입니다. Hexo의 규칙에 따라 구성에 대한 모든 수정은 독립적으로 수행될 수 있습니다. 테마 저장소에서 config.yml 를 직접 수정할 필요가 없습니다. 여기에서 참조할 수 있습니다: 사용 테마 구성 파일 대신 . 구성 클래스 파일은 충돌 가능성이 가장 낮은 위치 입니다.

2. 스타일 파일의 경우 css 적용 규칙에 따라 스타일 적용을 사용하는 것이 스타일을 직접 수정하는 것보다 더 유쾌합니다.예를 들어 테마의 커서는 스타일 적용 개념입니다.

넷째, 코드 이력 유지

단일 파일의 기록을 보고 개인 수정 사항을 비교하고 코드 손실을 최대한 방지할 수 있습니다. 연습이 완벽해지고, 더 많은 작업을 하고 나면 테마 업데이트가 더 이상 번거롭지 않다는 말이 있듯이, 결국에는 끝까지 가셔서 블로그를 만들려는 원래 의도로 돌아가서 마무리 하시길 바랍니다. 꽃 ★,° :.☆(￣▽￣)/$: .°★ .

그림과 상세.

정말 좋아, 마크

gitee에서 테마를 변경하는 방법은 무엇입니까?