検索条件
お知らせ
現在サイトのリニューアル作業中のため、全体的にページの表示が乱れています。
./test.zsh: 2 行: read: -q: 無効なオプションです
read: 使用法: read [-ers] [-a array] [-d delim] [-i text] [-n nchars] [-N nchars] [-p prompt] [-t timeout] [-u fd] [name ...]
- 但しこれは動く
echo "yes or no (y/N): "; if read -q; then; echo hello; else echo abort; fi
echo 'yes or no (y/N): '
if read -q; then
echo y
else
echo n
fi
#!/bin/zsh
echo 'yes or no (y/N): '
if read -q; then
echo y
else
echo n
fi
- 次のコマンドでBase64エンコードしたIDPWを吐く
echo -n 'username:password' | base64
- nginxの設定ファイルを以下のように設定し、
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
を暗号化したIDPWに置き換える
location /foo/ {
# プロキシが使うHTTPヘッダ
proxy_set_header Authorization "Basic XXXXXXXXXXXXXXXXXXXXXXXXXXXXXX";
# プロキシするURL
proxy_pass https://example.com/;
}
いくつか方法があるが、正直どれも使わないに越したことはない。しかし業務上の様々なしがらみなどでやむを得ず使うハメになることがある
リモートの変更まで無視してしまうと事故の元なので一番オススメ
git update-index --[no-]skip-worktree
を使う
.env
のような個々人の環境によって異なるものがリポジトリ管理対象になっているときに使える
- ブランチの切り替え時のコンフリクト対策としてはスクリプトを組んでおくと楽
- ブランチで
--skip-worktree
となっている対象の変更を隠す
# --skip-worktreeの一括解除
git ls-files -v | grep ^S | sed -r 's/^S.(.+)$/\1/g' | xargs git update-index --no-skip-worktree
# 出てきた変更を全てスタッシュに入れる
git stash push -q -m stash_skiptree
- 前項で隠した変更を再現して、
--skip-worktree
し直す
# stashから戻す
git stash pop -q
# この時点での差分に対し--skip-worktree
git diff --name-only HEAD | xargs git update-index --skip-worktree
リモート側で重大な変更があったときにローカルで検知できないので事故りやすい
git update-index --[no-]assume-unchanged
を使う
使ったことないので存在だけ記述して終わり
--[no-]skip-worktree
も--[no-]assume-unchanged
も使えないときにユースケースが存在するやつ
.git/info/exclude
に無視対象のパスを記述することで無視できる
- 自分のローカルにだけこっそり存在する
docker-compose.override.yaml
みたいなのを無視するときに使える
取り敢えず各ジョブの中で使うやつ
今まで使っていた::set-output
は2023-05-31に廃止される予定なので置き換える必要があります。
GitHub Actions: Deprecating save-state and set-output commands
- 設定方法:
echo "<KEY>=<VALUE>" >> "$GITHUB_OUTPUT"
- 参照方法:
steps.<ID>.outputs.{KEY}
name: variable example
on:
workflow_dispatch:
jobs:
ubuntu-testing:
runs-on: ubuntu-latest
steps:
- id: example
run: echo "value=hoge" >> "$GITHUB_OUTPUT"
- name: disp
run: echo ${{ steps.example.outputs.value }}
フックを単体でテストするケースを想定。
このパターンはコンポーネントからフックを切り離しているケースで有用。手法としては@testing-library/react-hooks
のrenderHook()
を使う。
export const useUserForm = () => {
const [username, setUsername] = useState('');
const [password, setPassword] = useState('');
const onChangeUserName = (ev: string) => {
setUsername(ev);
};
const onChangePassword = (ev: string) => {
setPassword(ev);
};
return {
username,
password,
onChangeUserName,
onChangePassword,
};
};
it('onChangeUserName で username が設定されること', () => {
// `renderHook` で Hook をレンダリング
const { result } = renderHook(() => useUserForm());
// `act()` で Hook のイベントを叩く
act(() => result.current.onChangeUserName('foo'));
// 結果を見る
expect(result.current.username).toBe('foo');
});