Hexo-theme-volantis: Cara memperbarui tema dengan benar

Dibuat pada 24 Agu 2020  ·  5Komentar  ·  Sumber: volantis-x/hexo-theme-volantis

Jika Anda fokus pada pembuatan konten, disarankan untuk menggunakan versi stabil:

npm i hexo-theme-volantis

Saat memperbarui, ubah nomor versi di package.json menjadi * dan kemudian jalankan npm i .

Jika Anda perlu membuat perubahan pada file sumber tema, garpu direkomendasikan

Lihat dan ubah fork Anda, dan gabungkan ke fork Anda saat tema diperbarui.

Jika Anda memodifikasi kode sumber tema secara langsung tanpa garpu, tidak ada cara untuk mendapatkan pembaruan!

Komentar yang paling membantu

Cara memperbarui tema (Fork) dengan benar

Artikel ini didasarkan pada penggunaan perangkat lunak GitKraken , tautan terkait: GitKraken: Klien GUI Git Gratis - Windows, Mac, Linux

Jika Anda telah mengkloning tema dan menambahkannya ke repositori blog Anda dengan mengikuti submodul Menyiapkan di artikel tema, maka artikel ini akan sangat membantu Anda, jika Anda belum melakukannya, cobalah. Berikut adalah lingkungan gudang untuk artikel ini: gudang blog Hexo-Blog , gudang tema volantis .

1. Operasi sederhana GitKraken

Dalam antarmuka perangkat lunak GitKraken, area dengan area terbesar di tengah adalah informasi pengiriman historis gudang, detail catatan pengiriman yang dipilih di sebelah kanan, dan beberapa informasi terkait gudang di sebelah kiri, fokus pada SUBMODULES option bar di sebelah kiri, jika Anda biasanya menambahkan repositori tema Fork ke repositori blog, Anda dapat melihatnya di sini. Perluas tab SUBMODULES, klik kanan dan pilih Open this submodule untuk membuka submodule:

Gudang Blog

image

buka submodul

Snipaste_2020-08-25_09-40-13

Repositori yang dimasukkan dengan cara ini adalah repositori tema Anda, dan Anda dapat melihat riwayat semua pengiriman dan seterusnya di halaman saat ini. Untuk menghindari efek buruk yang disebabkan oleh beberapa nama yang tidak masuk akal, pengaturannya adalah sebagai berikut: repositori Fork disebut repositori tema , dan repositori hexo-theme-volantis disebut repositori volantis .

Repositori tema

image

Pada gambar, cabang tempat repositori tema Fork saat ini berada adalah master-theme , dan informasi komit terakhir dari repositori tema pribadi ditampilkan di sisi kanan gambar. Di area tengah, bagian atas adalah cabang dari repositori volantis yang ditandai dengan master (Anda dapat membedakannya dengan gambar Logo di sebelah kanan). Jelas, repositori tema saat ini tertinggal di belakang repositori Volantis.Selanjutnya, kita perlu menggabungkan kode ke dalam repositori tema kita sendiri. Jika Anda tidak melihat informasi gudang Volantis di antarmuka setelah Anda membukanya, itu berarti gudang Volantis saat ini tidak ditambahkan sebagai remote, Anda dapat menambahkannya sebagai berikut:

Tambahkan informasi repositori jarak jauh Volantis

Pada tab REMOTE di panel kiri, klik tanda plus untuk masuk ke antarmuka yang ditunjukkan pada gambar berikut, pilih volantis-x/hexo-theme-volantis dan tambahkan.

Snipaste_2020-08-25_09-42-16

Kedua, operasi penggabungan GitKraken

1. Gabungkan

Klik kanan pada cabang master dari repositori volantis dan pilih Merge volantis/master into xxxx untuk digabungkan. Adapun mengapa tidak memilih Rebase, menurut saya pribadi lebih baik menyimpan riwayat komit dari repositori daripada mengubah riwayat. Biasanya, operasi penggabungan akan selesai secara otomatis, tetapi jika ada konflik, Anda akan menerima pengingat ini: Penggabungan Gagal ,Ada konflik penggabungan yang perlu diselesaikan. Seperti yang tertulis, ada konflik yang perlu diselesaikan, dan tab kanan akan menampilkan Gabung Jendela terdeteksi konflik , di mana file yang diselesaikan dan file konflik ditampilkan.

Klik jendela untuk menyelesaikan konflik. Di halaman ini, bagian atas adalah kode lokal dan jarak jauh, dan bagian bawah adalah konten gabungan. Anda dapat memilih apakah akan memilih lokal di sebelah kiri, remote di sebelah kanan, atau keduanya sesuai dengan situasi aktual, seperti mengingat riwayat modifikasi. Jika Anda tidak puas dengan hasil yang dipilih, Anda juga dapat memodifikasi konten secara manual di jendela Output. Setelah selesai, klik Save untuk mengakhiri operasi. (Pada prinsipnya, Anda harus memilih salah satunya, daripada langsung mengubah konten Output)

Terkadang, Anda mungkin menemukan file yang dihapus oleh remote end, dan Anda akan menerima prompt berikut: GitKraken tidak dapat menentukan apakah akan menyimpan source/css/_plugins/gitalkstyl, apakah Anda ingin menyimpannya? GitKraken tidak akan secara aktif menghapus file Anda. file, Namun, secara umum, tidak perlu menyimpannya, cukup Hapus File .

Terakhir, setelah menyelesaikan semua file yang bertentangan, kembali ke antarmuka daftar repositori dan klik Komit dan Gabungkan untuk menyelesaikan pengiriman.

A. Penggabungan operasi

image

B. Gabungkan deteksi konflik

image

C. Pilih konten yang tepat

image

D. Pengajuan

image

2. Basis ulang

Singkatnya, Rebase menempatkan semua perubahan Anda (komit) kembali di akhir cabang publik, dengan konsekuensi bahwa Anda mungkin sering menghadapi komit paksa, dan tidak cocok untuk digunakan dengan operasi Gabung.Berikut ini dikutip dari: Rebase - situs web resmi Liao Xuefeng

Konflik dapat dengan mudah muncul ketika banyak orang berkolaborasi di cabang yang sama. Sepatu anak-anak pasca-Push harus Ditarik terlebih dahulu dan digabung secara lokal sebelum Push dapat berhasil.

Singkatnya, itu terlihat berantakan, dan sepatu anak-anak obsesif-kompulsif akan bertanya: Mengapa riwayat komit Git tidak bisa menjadi garis yang bersih? Sebenarnya itu bisa dilakukan! Git memiliki operasi yang disebut Rebase, yang oleh beberapa orang diterjemahkan sebagai "rebase".

Fitur operasi Rebase: "Atur" riwayat komit bercabang menjadi garis lurus, yang terlihat lebih intuitif. Kelemahannya adalah komit bercabang lokal telah dimodifikasi.

  • Operasi Rebase dapat mengatur sejarah komit bercabang lokal yang tidak didorong ke dalam garis lurus;

  • Tujuan rebase adalah untuk memudahkan kita melihat perubahan dalam komit historis, karena komit bercabang memerlukan perbandingan tiga arah.

Terjadinya dan penghindaran konflik

Konflik umumnya terjadi ketika tempat yang sama diubah oleh orang yang berbeda, Git tidak dapat menanganinya secara otomatis, dan membuat kesalahan untuk diselesaikan oleh pengguna. Karena tema masih dalam tahap remaja, kecepatan iterasi pembaruan relatif cepat, dan fenomena konflik mungkin lebih jelas.Berikut adalah beberapa ide untuk mengurangi situasi seperti itu.

1. Yang pertama adalah file konfigurasi. Menurut aturan Hexo, semua modifikasi konfigurasi dapat dilakukan secara mandiri. Tidak perlu langsung memodifikasi config.yml di bawah repositori tema. Di sini Anda dapat merujuk ke: Gunakan alih-alih file konfigurasi tema . File kelas konfigurasi adalah tempat yang paling kecil kemungkinannya untuk berkonflik .

2. Untuk file gaya, menurut aturan cakupan css, menggunakan cakupan gaya lebih ceria daripada memodifikasi gaya secara langsung, misalnya kursor di tema adalah ide cakupan gaya.

Keempat, pemeliharaan riwayat kode

Anda dapat melihat riwayat satu file untuk membandingkan modifikasi pribadi Anda, dan menghindari kehilangan kode semaksimal mungkin. Seperti kata pepatah, latihan menjadi sempurna, dan pembaruan tema tidak akan lagi merepotkan setelah lebih banyak operasi. Pada akhirnya, saya harap Anda akan melanjutkan semuanya, dan akhirnya kembali ke niat awal membuat blog, dan menyelesaikan bunga :.☆( ̄▽ ̄)/$: .°★ .

catatan sejarah

image

Semua 5 komentar

@inkss, tolong bantu saya mengisi metode fork cara memperbarui tema. 😀.

Cara memperbarui tema (Fork) dengan benar

Artikel ini didasarkan pada penggunaan perangkat lunak GitKraken , tautan terkait: GitKraken: Klien GUI Git Gratis - Windows, Mac, Linux

Jika Anda telah mengkloning tema dan menambahkannya ke repositori blog Anda dengan mengikuti submodul Menyiapkan di artikel tema, maka artikel ini akan sangat membantu Anda, jika Anda belum melakukannya, cobalah. Berikut adalah lingkungan gudang untuk artikel ini: gudang blog Hexo-Blog , gudang tema volantis .

1. Operasi sederhana GitKraken

Dalam antarmuka perangkat lunak GitKraken, area dengan area terbesar di tengah adalah informasi pengiriman historis gudang, detail catatan pengiriman yang dipilih di sebelah kanan, dan beberapa informasi terkait gudang di sebelah kiri, fokus pada SUBMODULES option bar di sebelah kiri, jika Anda biasanya menambahkan repositori tema Fork ke repositori blog, Anda dapat melihatnya di sini. Perluas tab SUBMODULES, klik kanan dan pilih Open this submodule untuk membuka submodule:

Gudang Blog

image

buka submodul

Snipaste_2020-08-25_09-40-13

Repositori yang dimasukkan dengan cara ini adalah repositori tema Anda, dan Anda dapat melihat riwayat semua pengiriman dan seterusnya di halaman saat ini. Untuk menghindari efek buruk yang disebabkan oleh beberapa nama yang tidak masuk akal, pengaturannya adalah sebagai berikut: repositori Fork disebut repositori tema , dan repositori hexo-theme-volantis disebut repositori volantis .

Repositori tema

image

Pada gambar, cabang tempat repositori tema Fork saat ini berada adalah master-theme , dan informasi komit terakhir dari repositori tema pribadi ditampilkan di sisi kanan gambar. Di area tengah, bagian atas adalah cabang dari repositori volantis yang ditandai dengan master (Anda dapat membedakannya dengan gambar Logo di sebelah kanan). Jelas, repositori tema saat ini tertinggal di belakang repositori Volantis.Selanjutnya, kita perlu menggabungkan kode ke dalam repositori tema kita sendiri. Jika Anda tidak melihat informasi gudang Volantis di antarmuka setelah Anda membukanya, itu berarti gudang Volantis saat ini tidak ditambahkan sebagai remote, Anda dapat menambahkannya sebagai berikut:

Tambahkan informasi repositori jarak jauh Volantis

Pada tab REMOTE di panel kiri, klik tanda plus untuk masuk ke antarmuka yang ditunjukkan pada gambar berikut, pilih volantis-x/hexo-theme-volantis dan tambahkan.

Snipaste_2020-08-25_09-42-16

Kedua, operasi penggabungan GitKraken

1. Gabungkan

Klik kanan pada cabang master dari repositori volantis dan pilih Merge volantis/master into xxxx untuk digabungkan. Adapun mengapa tidak memilih Rebase, menurut saya pribadi lebih baik menyimpan riwayat komit dari repositori daripada mengubah riwayat. Biasanya, operasi penggabungan akan selesai secara otomatis, tetapi jika ada konflik, Anda akan menerima pengingat ini: Penggabungan Gagal ,Ada konflik penggabungan yang perlu diselesaikan. Seperti yang tertulis, ada konflik yang perlu diselesaikan, dan tab kanan akan menampilkan Gabung Jendela terdeteksi konflik , di mana file yang diselesaikan dan file konflik ditampilkan.

Klik jendela untuk menyelesaikan konflik. Di halaman ini, bagian atas adalah kode lokal dan jarak jauh, dan bagian bawah adalah konten gabungan. Anda dapat memilih apakah akan memilih lokal di sebelah kiri, remote di sebelah kanan, atau keduanya sesuai dengan situasi aktual, seperti mengingat riwayat modifikasi. Jika Anda tidak puas dengan hasil yang dipilih, Anda juga dapat memodifikasi konten secara manual di jendela Output. Setelah selesai, klik Save untuk mengakhiri operasi. (Pada prinsipnya, Anda harus memilih salah satunya, daripada langsung mengubah konten Output)

Terkadang, Anda mungkin menemukan file yang dihapus oleh remote end, dan Anda akan menerima prompt berikut: GitKraken tidak dapat menentukan apakah akan menyimpan source/css/_plugins/gitalkstyl, apakah Anda ingin menyimpannya? GitKraken tidak akan secara aktif menghapus file Anda. file, Namun, secara umum, tidak perlu menyimpannya, cukup Hapus File .

Terakhir, setelah menyelesaikan semua file yang bertentangan, kembali ke antarmuka daftar repositori dan klik Komit dan Gabungkan untuk menyelesaikan pengiriman.

A. Penggabungan operasi

image

B. Gabungkan deteksi konflik

image

C. Pilih konten yang tepat

image

D. Pengajuan

image

2. Basis ulang

Singkatnya, Rebase menempatkan semua perubahan Anda (komit) kembali di akhir cabang publik, dengan konsekuensi bahwa Anda mungkin sering menghadapi komit paksa, dan tidak cocok untuk digunakan dengan operasi Gabung.Berikut ini dikutip dari: Rebase - situs web resmi Liao Xuefeng

Konflik dapat dengan mudah muncul ketika banyak orang berkolaborasi di cabang yang sama. Sepatu anak-anak pasca-Push harus Ditarik terlebih dahulu dan digabung secara lokal sebelum Push dapat berhasil.

Singkatnya, itu terlihat berantakan, dan sepatu anak-anak obsesif-kompulsif akan bertanya: Mengapa riwayat komit Git tidak bisa menjadi garis yang bersih? Sebenarnya itu bisa dilakukan! Git memiliki operasi yang disebut Rebase, yang oleh beberapa orang diterjemahkan sebagai "rebase".

Fitur operasi Rebase: "Atur" riwayat komit bercabang menjadi garis lurus, yang terlihat lebih intuitif. Kelemahannya adalah komit bercabang lokal telah dimodifikasi.

  • Operasi Rebase dapat mengatur sejarah komit bercabang lokal yang tidak didorong ke dalam garis lurus;

  • Tujuan rebase adalah untuk memudahkan kita melihat perubahan dalam komit historis, karena komit bercabang memerlukan perbandingan tiga arah.

Terjadinya dan penghindaran konflik

Konflik umumnya terjadi ketika tempat yang sama diubah oleh orang yang berbeda, Git tidak dapat menanganinya secara otomatis, dan membuat kesalahan untuk diselesaikan oleh pengguna. Karena tema masih dalam tahap remaja, kecepatan iterasi pembaruan relatif cepat, dan fenomena konflik mungkin lebih jelas.Berikut adalah beberapa ide untuk mengurangi situasi seperti itu.

1. Yang pertama adalah file konfigurasi. Menurut aturan Hexo, semua modifikasi konfigurasi dapat dilakukan secara mandiri. Tidak perlu langsung memodifikasi config.yml di bawah repositori tema. Di sini Anda dapat merujuk ke: Gunakan alih-alih file konfigurasi tema . File kelas konfigurasi adalah tempat yang paling kecil kemungkinannya untuk berkonflik .

2. Untuk file gaya, menurut aturan cakupan css, menggunakan cakupan gaya lebih ceria daripada memodifikasi gaya secara langsung, misalnya kursor di tema adalah ide cakupan gaya.

Keempat, pemeliharaan riwayat kode

Anda dapat melihat riwayat satu file untuk membandingkan modifikasi pribadi Anda, dan menghindari kehilangan kode semaksimal mungkin. Seperti kata pepatah, latihan menjadi sempurna, dan pembaruan tema tidak akan lagi merepotkan setelah lebih banyak operasi. Pada akhirnya, saya harap Anda akan melanjutkan semuanya, dan akhirnya kembali ke niat awal membuat blog, dan menyelesaikan bunga :.☆( ̄▽ ̄)/$: .°★ .

catatan sejarah

image

Ilustrasi dan detail.

sangat bagus, mark

Bagaimana cara mengubah tema di gitee?

Apakah halaman ini membantu?
0 / 5 - 0 peringkat