Masayuki Matsuki
Masayuki Matsuki
Indeed, as @ikesyo wrote, this change does not fulfill the original purpose. However, it's terrible that --no-fetch is currently not fully working, and in the meantime, implementing this option will...
Thanks for the pull request. It's an exciting idea to git manage the whole ghq root, but I don't hear much else about the need for it, and honestly, I'm...
Sorry for the delay in responding. I think it's a nice feature, and I think it's a major technique, since the same revision specification is done in GitHub Actions as...
課題感わかります。なにか良いインターフェース考えたいですね。
これは、下書き時点のURLはテンポラリなURLで、実際のURLは公開時に決定されるという、はてなブログの仕様によるもので悩ましく思っています。せめて元のファイルを削除するような挙動になっていればよいのかも知れませんが…。 また、この現象を避けるために、明示的にエントリのURLを指定するcustom-pathを利用する方法も考えられます。
CustomPathがあればCustomPathを使うのは良いと思っています。 ただ、URL自体は確かAtom API側が書き換えてしまうので維持するのはちょっとむずかしいと思います。 なので、下書き状態のやつは、 `entry/` 配下じゃなくて、 draft/{{entry_id}.md のようなところにpullしてくる(今回の場合 `draft/26006613401156491.md`)というのも考えられるかもしれません。(かなり大きな仕様変更にはなりますが…) なんにせよ、下書き状態のやつをpublishした場合に、mdファイルの位置が変わったときに、元の下書き状態のファイルを消してしまうのはやってしまって良いとは思っています。
> push元がdraftでなければ変わることはない はいそうです。 customPathは新規作成時には有効なのですがそれ以外のときはちょっとうまくいっていません…。多分API自体もその値を返すようになっていない気がします。
#128 で下書きでカスタムパスがない場合にはURLは埋めないようにした。
Thanks for the feedback. I actually use M1 Pro, so I will have to respond.
Build for arm64 mac released with v0.2.0. Please check it out.