Hexo-theme-volantis: テーマを適切に更新する方法

@inkss、テーマを更新する方法をforkメソッドに入力するのを手伝ってください。 😀

テーマを正しく更新する方法（フォーク）

この記事は、GitKrakenソフトウェアの使用に基づいています。関連リンク： GitKraken：無料のGit GUIクライアント-Windows、Mac、Linux

テーマのクローンを作成し、テーマの記事のサブモジュールの設定に従ってブログリポジトリに追加した場合は、この記事が非常に役立ちます。まだ行っていない場合は、試してみてください。この記事のウェアハウス環境は次のとおりです。ブログウェアハウスHexo-Blog 、テーマウェアハウスvolantis 。

1.GitKrakenの簡単な操作

GitKrakenのソフトウェアインターフェイスでは、中央に最大の領域がある領域は、倉庫の履歴送信情報、右側の選択された送信レコードの詳細、および左側のいくつかの倉庫関連情報であり、サブモジュールに焦点を当てています。左側のオプションバー。通常、フォークのテーマリポジトリをブログリポジトリに追加している場合は、ここで確認できます。 [サブモジュール]タブを展開し、右クリックして[このサブモジュールを開く]を選択して、サブモジュールを開きます。

このように入力されたリポジトリはテーマリポジトリであり、現在のページですべての送信の履歴などを表示できます。一部の冗談の名前によって引き起こされる悪影響を回避するために、設定は次のとおりです。Forkリポジトリはthemeリポジトリと呼ばれ、hexo-theme-volantisリポジトリはvolantisリポジトリと呼ばれます。

この図では、現在のフォークのテーマリポジトリが配置されているブランチがmaster-themeであり、パーソナルテーマリポジトリの最後のコミット情報が図の右側に表示されています。中央の領域の上部は、マスターでマークされたvolantisリポジトリのブランチです（右側のロゴ画像で区別できます）。明らかに、現在のテーマリポジトリはVolantisリポジトリに遅れをとっています。次に、コードを独自のテーマリポジトリにマージする必要があります。開いた後、インターフェイスにVolantisウェアハウス情報が表示されない場合は、Volantisウェアハウスが現在リモートとして追加されていないことを意味します。次のように追加できます。

左側のパネルの[リモート]タブで、プラス記号をクリックして次の図に示すインターフェイスに入り、 volantis-x / hexo-theme-volantisを選択して追加します。

第二に、GitKrakenのマージ操作

1.マージ

volantisリポジトリのmasterブランチを右クリックし、[ volantis / masterをxxxxにマージ]を選択してマージします。 Rebaseを選択しない理由については、個人的には、履歴を変更するよりも、リポジトリのコミット履歴を保持する方が良いと思います。通常、マージ操作は自動的に完了しますが、競合がある場合は、次のリマインダーが表示されます：マージに失敗しました。解決する必要のあるマージの競合があります。前述のように、解決する必要のある競合があります。右側のタブには、[マージ]が表示されます。[競合が検出されました]ウィンドウには、解決されたファイルと競合するファイルが表示されます。

ウィンドウをクリックして競合を解決します。このページでは、上部がローカルコードとリモートコードで、下部がマージされたコンテンツです。変更履歴の呼び出しなど、実際の状況に応じて、左側のローカル、右側のリモート、またはその両方を選択できます。選択した結果に満足できない場合は、コンテンツを手動で変更することもできます。終了したら、[保存]をクリックして操作を終了します。 （原則として、出力の内容を直接変更するのではなく、そのうちの1つを選択する必要があります）

場合によっては、リモートエンドによって削除されたファイルが発生し、次のプロンプトが表示されることがあります。GitKrakenは、source / css / _plugins / gitalkstylを保持するかどうかを判断できませんでした。保持しますか？ GitKrakenは積極的にファイルを削除しません。ファイル、ただし、一般的には、ファイルを削除するだけで、保持する必要はありません。

最後に、競合するすべてのファイルを解決した後、リポジトリリストインターフェイスに戻り、[コミットしてマージ]をクリックして送信を完了します。

2.リベース

つまり、Rebaseはすべての変更（コミット）をパブリックブランチの最後に戻します。その結果、強制コミットに直面することが多く、マージ操作での使用には適していません。以下から抜粋します。Rebase-LiaoXuefengの公式ウェブサイト

複数の人が同じブランチで共同作業を行うと、競合が発生しやすくなります。プッシュが成功する前に、プッシュ後の子供用の靴を最初に引っ張ってローカルにマージする必要があります。

要するに、それは乱雑に見え、強迫神経症の子供靴は尋ねます：なぜGitのコミット履歴はきれいな線になることができないのですか？実際にそれはできます！ GitにはRebaseと呼ばれる操作があり、これを「リベース」と翻訳する人もいます。

リベース操作の機能：フォークされたコミット履歴を直線に「整理」します。これにより、より直感的に見えます。欠点は、ローカルのフォークされたコミットがすでに変更されていることです。

• Rebase操作では、ローカルのプッシュ解除されたフォークされたコミット履歴を直線に編成できます。

• リベースの目的は、フォークされたコミットには3者間の比較が必要なため、履歴コミットの変更を簡単に確認できるようにすることです。

紛争の発生と回避

競合は通常、同じ場所が別の人によって変更された場合に発生し、Gitはそれを自動的に処理できず、ユーザーが解決するためのエラーをスローします。テーマはまだ思春期の段階であるため、更新の反復速度は比較的速く、競合現象はより明白になる可能性があります。このような状況を減らすためのいくつかのアイデアを次に示します。

1. 1つ目は構成ファイルです。Hexoのルールに従って、構成へのすべての変更は個別に行うことができます。テーマリポジトリの下のconfig.ymlを直接変更する必要はありません。ここで参照できます。構成クラスファイルは、競合する可能性が最も低い場所です。

2.スタイルファイルの場合、cssカバレッジルールに従って、スタイルカバレッジを使用する方が、スタイルを直接変更するよりも陽気です。たとえば、テーマのカーソルは、スタイルカバレッジのアイデアです。

第四に、コード履歴の維持

単一のファイルの履歴を表示して、個人的な変更を比較し、コードの損失を最大限に回避できます。諺にもあるように、練習は完璧で、テーマの更新は、操作を重ねても面倒ではなくなります。最後に、ブログを作成するという当初の意図に戻って、花★、° ：。☆（￣▽￣）/ $ : .°★ 。

図解と詳細。

本当に良い、マーク

giteeのテーマを変更するには？