NEKOLAB

Blogger用にHTMLソースがほしいのだ 2つブログが持っている。 qiita と blogger だ。 qiitaはmarkdownをそのまま使える。だが、bloggerでmarkdownは使えない。 bloggerで使えるのは、HTMLだ。 もちろん編集しやすいのは、当然markdownだ。なので、できれば、markdownだけ作りHTMLを生成したい。 結論：git commitしたらHTML化できるようにする そこで「git commitしたら勝手にmdファイルがhtmlになったら楽だろう」と考えた。 いろいろな方法があるだろうが、とりあえず以下のスキームを作った。 １．markedを導入 markdownをHTML化する方法はいくらかある。自分が使用したのは、 marked.js だ。 コマンドラインで使いやすいことで採用した。marked.jsをクライアント上で使用できるようにするには、Node.jsを導入している環境で、以下のコマンドを入れる。 npm install -g marked あとは、以下のコマンドで使えるようになる。 $ marked -o hello.html hello world ^D $ cat hello.html <p>hello world</p> 詳しくは、 marked.js を参照してほしい。 2.Gitフックを利用するためpre-commit作成 GitにはGitコマンドを実行した契機でスクリプトを起動するためのgit hookという仕組みがある。 参考： Git フックの基本的な使い方 - Qiita ここでは、pre-commitを編集する。 まず「.git/hooks」フォルダ内の「pre-commit」ファイルを編集する。 以下のようなスクリプトを作成した。ちなみにshellで作成している。 #!/bin/sh # pre-commit # Convert to HTML File From MD File. # Date: 2019-05-05 # Author: Neko619<yasagureneko.trpg@gmail.com> # MEMO:最初は必ず.gitと同じディレクトリになる # pwd # チェックす...

前書き ブログの記事管理をgitでやってたらとてもブランチが溜まっていた！ Visual Studio Codeで作業をしていて、Powershellのほうが使いやすいので、そのコマンドについて整理してみた。 マージされてないブランチを調べる 下のコマンドでdevelopブランチにマージされてないブランチを調べることができる。 git checkout develop git branch --no-merge マージされていないブランチを一括でマージする 結論を先に書く git checkout develop git branch --no-merge | foreach { $_.ToString().Trim() } 失敗例 単純に文字列だからできるんじゃないかなーって思ってたけど、失敗した例。 PowerShellのパイプで受け渡されるのは総じてオブジェクトです。 なので、ToStringして、Trimで空白を消してあげる必要があったんですね。 git checkout develop git branch --no-merge | foreach { $_ } オマケ：マージしたブランチを全部消す どこかのブログからパクってきたのですが、忘れてしまった…。 git checkout develop git branch --merged | Select-String -NotMatch -Pattern "(\*|develop|master)" | %{ git branch -d $_.ToString().Trim() }

という、タイトルの悩みを解決したかったのですが、以下の記事がすべて解決してくれました。 【Git】ローカルリポジトリからリモートリポジトリ、環境作成方法 いちおう実践したので、メモを残しておく。 イメージ ただ、上記の記事中冒頭の画像のほうがよっぽどわかりやすいですね。 順番 前提：あらかじめローカルでレポジトリを作成している bareリモートレポジトリを共用フォルダ上で作成する。 git init --bare --shared –bare --sharedで作成しておく ローカルレポジトリにリモート先を設定する git remote add RemoteRepositoryURI ローカルレポジトリからpushする git push 公開レポジトリでリモートレポジトリからcloneする git clone RemoteRepositoryURI . 運用想定 ソースコードというよりテキストの共有がしたい…というところが本音。 gitがよくわからない人には公開レポジトリを見せておく gitがわかるひとには、リモートレポジトリをcloneしてもらって編集してもらう。 感想 職場は、コードを組む職場でないので、gitなどに理解のない人が多いし、あまり使われない。 実際まだ展開していないので、いろいろ試しだめし。 ただ、更新履歴の管理がしやすくなるので、やりやすい…かと思って試してみたい。