npm i hexo-theme-volantis
Ao atualizar, altere o número da versão em package.json
para *
e execute npm i
.
Consulte e modifique sua bifurcação e mescle em sua bifurcação quando o tema for atualizado.
@inkss, por favor me ajude a preencher o método fork como atualizar o tema. 😀
Este artigo é baseado no uso do software GitKraken , links relacionados: GitKraken: Free Git GUI Client - Windows, Mac, Linux
Se você já clonou um tema e o adicionou ao repositório do seu blog seguindo o artigo Configurando submódulos no tema, então este artigo será de grande ajuda para você, se ainda não o fez, experimente. Aqui está o ambiente de warehouse para este artigo: blog warehouse Hexo-Blog , tema warehouse volantis .
Na interface do software do GitKraken, a área com a maior área no meio é a informação histórica de envio do depósito, os detalhes do registro de envio selecionado à direita e algumas informações relacionadas ao depósito à esquerda, foco nos SUBMÓDULOS barra de opções à esquerda, se você normalmente adicionou o repositório de temas do Fork ao repositório do blog, você pode vê-lo aqui. Expanda a guia SUBMÓDULOS, clique com o botão direito do mouse e selecione Abrir este submódulo para abrir o submódulo:
Repositório de blogs
abrir submódulo
O repositório inserido desta forma é o seu repositório de temas, e você pode visualizar o histórico de todos os envios e assim por diante na página atual. Para evitar os efeitos adversos causados por alguns nomes irônicos, as configurações são as seguintes: o repositório Fork é chamado de repositório de temas , e o repositório hexo-theme-volantis é chamado de repositório volantis .
Repositório de temas
Na figura, a ramificação onde o repositório de temas do Fork atual está localizado é master-theme , e as últimas informações de confirmação do repositório de temas pessoais são exibidas no lado direito da figura. Na área do meio, a parte superior é o ramo do repositório volantis marcado com master (você pode distingui-lo pela imagem do logotipo à direita). Obviamente, o repositório de temas atual está atrasado em relação ao repositório do Volantis. Em seguida, precisamos mesclar o código em nosso próprio repositório de temas. Se você não vir as informações do armazém do Volantis na interface depois de abri-lo, significa que o armazém do Volantis não está atualmente adicionado como remoto. Você pode adicioná-lo da seguinte forma:
Adicionar informações do repositório remoto Volantis
Na guia REMOTE no painel esquerdo, clique no sinal de mais para entrar na interface mostrada na figura a seguir, selecione volantis-x/hexo-theme-volantis e adicione-o.
Clique com o botão direito do mouse no branch master do repositório volantis e selecione Merge volantis/master into xxxx para mesclar. Quanto ao por que não escolher o Rebase, pessoalmente acho melhor manter o histórico de commits do repositório do que modificar o histórico. Normalmente, a operação de mesclagem será concluída automaticamente, mas se houver um conflito, você receberá este lembrete: Falha na mesclagem, há conflitos de mesclagem que precisam ser resolvidos. Como diz, há conflitos que precisam ser resolvidos e a guia direita exibirá Mesclar A janela detectada em conflito , onde os arquivos resolvidos e conflitantes são exibidos.
Clique na janela para resolver o conflito.Nesta página, a parte superior é o código local e remoto e a parte inferior é o conteúdo mesclado. Você pode escolher se deseja selecionar o local à esquerda, o remoto à direita ou ambos de acordo com a situação real, como recuperar o histórico de modificações. Se você não estiver satisfeito com o resultado selecionado, também poderá modificar manualmente o conteúdo na janela Saída. Quando terminar, clique em Salvar para finalizar a operação. (Em princípio, você deve escolher um deles, em vez de modificar diretamente o conteúdo do Output)
Às vezes, você pode encontrar um arquivo excluído pela extremidade remota e receberá o seguinte prompt: GitKraken não pôde determinar se deve manter source/css/_plugins/gitalkstyl, você gostaria de mantê-lo? O GitKraken não excluirá ativamente seu arquivo file, porém, em geral, não há necessidade de mantê-lo, apenas Delete The File .
Por fim, depois de resolver todos os arquivos conflitantes, volte para a interface da lista de repositórios e clique em Commit and Merge para concluir o envio.
A. Operação de mesclagem
B. Detecção de conflito de mesclagem
C. Escolha o conteúdo certo
D. Envios
Resumindo, o Rebase coloca todas as suas alterações (commits) de volta no final da ramificação pública, com a consequência de que muitas vezes você pode enfrentar commits forçados, e não é adequado para uso com a operação Merge.O seguinte é extraído de: Rebase - site oficial de Liao Xuefeng
Os conflitos podem surgir facilmente quando várias pessoas colaboram na mesma ramificação. Os sapatos das crianças do pós-empurrão devem ser puxados primeiro e mesclados localmente antes que o empurrão possa ser bem-sucedido.
Em suma, parece bagunçado, e os sapatos infantis obsessivo-compulsivos perguntarão: Por que o histórico de commits do Git não pode ser uma linha limpa? Na verdade, isso pode ser feito! O Git tem uma operação chamada Rebase, que algumas pessoas traduzem como "rebase".
Recursos da operação Rebase: "Organize" o histórico de commits bifurcados em uma linha reta, o que parece mais intuitivo. A desvantagem é que o commit bifurcado local já foi modificado.
A operação Rebase pode organizar o histórico de commits unpush unpush local em uma linha reta;
O propósito do rebase é tornar mais fácil para nós vermos mudanças em commits históricos, já que commits bifurcados requerem uma comparação de três vias.
Os conflitos geralmente ocorrem quando o mesmo local é modificado por pessoas diferentes, o Git não consegue lidar com isso automaticamente e gera um erro para o usuário resolver. Como o tema ainda está na fase adolescente, a velocidade de iteração de atualização é relativamente rápida, e o fenômeno do conflito pode ser mais óbvio. Aqui estão algumas ideias para reduzir tais situações.
1. O primeiro é o arquivo de configuração. De acordo com as regras do Hexo, todas as modificações na configuração podem ser feitas independentemente. Não há necessidade de modificar diretamente o config.yml
no repositório do tema. Aqui você pode consultar: Use em vez de arquivos de configuração do tema . O arquivo de classe de configuração é o local menos provável de conflito .
2. Para arquivos de estilo, de acordo com as regras de cobertura de CSS, usar cobertura de estilo é mais alegre do que modificar estilos diretamente. Por exemplo, o cursor no tema é a ideia de cobertura de estilo.
Você pode visualizar o histórico de um único arquivo para comparar suas modificações pessoais e evitar ao máximo a perda de código. Como diz o ditado, a prática leva à perfeição e a atualização do tema não será mais um incômodo após mais operações. No final, espero que você vá até o fim e, finalmente, retorne à intenção original de criar um blog e termine o flor ★,° :.☆( ̄▽ ̄)/$: .°★ .
registro histórico
Ilustrado e detalhado.
muito bom, marque
Como mudar o tema no gitee?
Comentários muito úteis
Como atualizar corretamente um tema (Fork)
Este artigo é baseado no uso do software GitKraken , links relacionados: GitKraken: Free Git GUI Client - Windows, Mac, Linux
Se você já clonou um tema e o adicionou ao repositório do seu blog seguindo o artigo Configurando submódulos no tema, então este artigo será de grande ajuda para você, se ainda não o fez, experimente. Aqui está o ambiente de warehouse para este artigo: blog warehouse Hexo-Blog , tema warehouse volantis .
1. Operação simples do GitKraken
Na interface do software do GitKraken, a área com a maior área no meio é a informação histórica de envio do depósito, os detalhes do registro de envio selecionado à direita e algumas informações relacionadas ao depósito à esquerda, foco nos SUBMÓDULOS barra de opções à esquerda, se você normalmente adicionou o repositório de temas do Fork ao repositório do blog, você pode vê-lo aqui. Expanda a guia SUBMÓDULOS, clique com o botão direito do mouse e selecione Abrir este submódulo para abrir o submódulo:
Repositório de blogs
abrir submódulo
O repositório inserido desta forma é o seu repositório de temas, e você pode visualizar o histórico de todos os envios e assim por diante na página atual. Para evitar os efeitos adversos causados por alguns nomes irônicos, as configurações são as seguintes: o repositório Fork é chamado de repositório de temas , e o repositório hexo-theme-volantis é chamado de repositório volantis .
Repositório de temas
Na figura, a ramificação onde o repositório de temas do Fork atual está localizado é master-theme , e as últimas informações de confirmação do repositório de temas pessoais são exibidas no lado direito da figura. Na área do meio, a parte superior é o ramo do repositório volantis marcado com master (você pode distingui-lo pela imagem do logotipo à direita). Obviamente, o repositório de temas atual está atrasado em relação ao repositório do Volantis. Em seguida, precisamos mesclar o código em nosso próprio repositório de temas. Se você não vir as informações do armazém do Volantis na interface depois de abri-lo, significa que o armazém do Volantis não está atualmente adicionado como remoto. Você pode adicioná-lo da seguinte forma:
Adicionar informações do repositório remoto Volantis
Na guia REMOTE no painel esquerdo, clique no sinal de mais para entrar na interface mostrada na figura a seguir, selecione volantis-x/hexo-theme-volantis e adicione-o.
Segundo, a operação de mesclagem do GitKraken
1. Mesclar
Clique com o botão direito do mouse no branch master do repositório volantis e selecione Merge volantis/master into xxxx para mesclar. Quanto ao por que não escolher o Rebase, pessoalmente acho melhor manter o histórico de commits do repositório do que modificar o histórico. Normalmente, a operação de mesclagem será concluída automaticamente, mas se houver um conflito, você receberá este lembrete: Falha na mesclagem, há conflitos de mesclagem que precisam ser resolvidos. Como diz, há conflitos que precisam ser resolvidos e a guia direita exibirá Mesclar A janela detectada em conflito , onde os arquivos resolvidos e conflitantes são exibidos.
Clique na janela para resolver o conflito.Nesta página, a parte superior é o código local e remoto e a parte inferior é o conteúdo mesclado. Você pode escolher se deseja selecionar o local à esquerda, o remoto à direita ou ambos de acordo com a situação real, como recuperar o histórico de modificações. Se você não estiver satisfeito com o resultado selecionado, também poderá modificar manualmente o conteúdo na janela Saída. Quando terminar, clique em Salvar para finalizar a operação. (Em princípio, você deve escolher um deles, em vez de modificar diretamente o conteúdo do Output)
Às vezes, você pode encontrar um arquivo excluído pela extremidade remota e receberá o seguinte prompt: GitKraken não pôde determinar se deve manter source/css/_plugins/gitalkstyl, você gostaria de mantê-lo? O GitKraken não excluirá ativamente seu arquivo file, porém, em geral, não há necessidade de mantê-lo, apenas Delete The File .
Por fim, depois de resolver todos os arquivos conflitantes, volte para a interface da lista de repositórios e clique em Commit and Merge para concluir o envio.
A. Operação de mesclagem
B. Detecção de conflito de mesclagem
C. Escolha o conteúdo certo
D. Envios
2. Rebase
Resumindo, o Rebase coloca todas as suas alterações (commits) de volta no final da ramificação pública, com a consequência de que muitas vezes você pode enfrentar commits forçados, e não é adequado para uso com a operação Merge.O seguinte é extraído de: Rebase - site oficial de Liao Xuefeng
A ocorrência e a prevenção de conflitos
Os conflitos geralmente ocorrem quando o mesmo local é modificado por pessoas diferentes, o Git não consegue lidar com isso automaticamente e gera um erro para o usuário resolver. Como o tema ainda está na fase adolescente, a velocidade de iteração de atualização é relativamente rápida, e o fenômeno do conflito pode ser mais óbvio. Aqui estão algumas ideias para reduzir tais situações.
1. O primeiro é o arquivo de configuração. De acordo com as regras do Hexo, todas as modificações na configuração podem ser feitas independentemente. Não há necessidade de modificar diretamente o
config.yml
no repositório do tema. Aqui você pode consultar: Use em vez de arquivos de configuração do tema . O arquivo de classe de configuração é o local menos provável de conflito .2. Para arquivos de estilo, de acordo com as regras de cobertura de CSS, usar cobertura de estilo é mais alegre do que modificar estilos diretamente. Por exemplo, o cursor no tema é a ideia de cobertura de estilo.
Quarto, manutenção do histórico de código
Você pode visualizar o histórico de um único arquivo para comparar suas modificações pessoais e evitar ao máximo a perda de código. Como diz o ditado, a prática leva à perfeição e a atualização do tema não será mais um incômodo após mais operações. No final, espero que você vá até o fim e, finalmente, retorne à intenção original de criar um blog e termine o flor ★,° :.☆( ̄▽ ̄)/$: .°★ .
registro histórico