いま、update.sh によって更新を git pull した結果 update.sh(と関連するファイル)自体がアップデートされていた場合には一旦終了して新しくなった update.sh をもう一度実行させるようにしているけど、これって単に update.sh の中で update.sh をまた呼べばよいだけだったりするのかな
Conversation
Notices
-
Embed this notice
naskya::dev (dev@post.naskya.net)'s status on Tuesday, 09-Jan-2024 20:21:49 JST naskya::dev
-
Embed this notice
なかはらいちろう (lithium03@mastodon.lithium03.info)'s status on Tuesday, 09-Jan-2024 20:24:09 JST なかはらいちろう
@dev 古いファイルはi-node番号だけ残って、名前から辿ると新しい方に差し替わるはず(linux)なので、もう一度ファイル名呼びすればたぶん大丈夫だと思うです。
naskya::dev likes this. -
Embed this notice
naskya::dev (dev@post.naskya.net)'s status on Tuesday, 09-Jan-2024 20:25:23 JST naskya::dev
@lithium03@mastodon.lithium03.info Linux じゃなくても UNIX 互換なら同じような挙動をしますかね(まぁ基本的には Linux しか想定していないんですが)
-
Embed this notice
なかはらいちろう (lithium03@mastodon.lithium03.info)'s status on Tuesday, 09-Jan-2024 20:27:46 JST なかはらいちろう
@dev Windowsは、旧ファイルを開けているやついると上書きできない挙動が標準だったはずなので違うですが、*nix系は同じ感じだったと思います。
ログローテーションの時とかの、tailのオプションによる動作違い(名前を追っかけるか、i-nodeを追っかけるか)とか共通だったと思いますnaskya::dev likes this. -
Embed this notice
naskya::dev (dev@post.naskya.net)'s status on Tuesday, 09-Jan-2024 20:27:58 JST naskya::dev
@lithium03@mastodon.lithium03.info なるほどなるほど ありがとうございます
-
Embed this notice
naskya::dev (dev@post.naskya.net)'s status on Tuesday, 09-Jan-2024 20:31:38 JST naskya::dev
@lithium03@mastodon.lithium03.info ふむむ 確かになんか以前そんな感じの話を Qiita で見た気がする
ちゃんと調べる必要があるかも(#!/bin/sh はしていますが) -
Embed this notice
なかはらいちろう (lithium03@mastodon.lithium03.info)'s status on Tuesday, 09-Jan-2024 20:31:39 JST なかはらいちろう
@dev あ、ちょっと待って。bashはメモリ上に全部ロードしないから、シェルスクリプトを開いている最中に書き換えると爆死するかも
-
Embed this notice
なかはらいちろう (lithium03@mastodon.lithium03.info)'s status on Tuesday, 09-Jan-2024 20:34:47 JST なかはらいちろう
@dev 今読んでる行が、バイト位置ズレると、次の行を読むときに狂うとかだったはず。同じファイルじゃなくて別ファイルならセーフかも
naskya::dev likes this.
-
Embed this notice