以下のカレンダーのプログラムをJavaScriptで、nodejsで実行するコマンドラインのプログラムとして作り直します。 【Ruby 3.1】カレンダーのプログラムを作る | あまブログ 1. 環境 macOS：13.0.1 node：v18.12.1 2. ソースコード #!/usr/bin/env node const argv = require("minimist")(process.argv.slice(2)); const today = new Date(); const month = argv.m || today.getMonth() + 1; const year = argv.y || today.getFullYear(); const startOfMonth = new Date(year, month - 1); const endOfMonth = new Date(year, month, 0); console.log(` ${month}月 ${year}`); console.log("日 月 火 水 木 金 土"); process.stdout.write(" ".repeat(startOfMonth.getDay() * 3)); for (const d = startOfMonth; d <= endOfMonth; d.setDate(d.getDate() + 1)) { let day = String(d.getDate()).padStart(2, " "); const color_reverse = "\x1b[7m"; const color_reset = "\x1b[0m"; if ( d.getFullYear() == today.getFullYear() && d.getMonth() == today.getMonth() && d.getDate() == today.getDate() ) { day = `${color_reverse}${day}${color_reset}`; } process.stdout.write(`${day} `); if (d.getDay() == 6) { process.stdout.write("\n"); } } process.stdout.write("\n\n"); 【参考】 Date - JavaScript | MDN minimist - npm Loop through a date range with JavaScript - Stack Overflow 【Node.js】 コンソール(CLI)出力に色や装飾をつける方法

# インデックスと作業ディレクトリの比較 $ git diff # 最新のコミットとインデックスの比較 $ git diff --cached $ git diff --staged # 同義 $ git diff --cached HEAD # 同義 # 最新のコミットと作業ディレクトリの比較 $ git diff HEAD # コミット同士の比較 $ git diff HEAD HEAD~ $ git diff HEAD..HEAD~ # 同義 # ブランチ同士の比較 $ git diff topic..main # 特定のファイルのみ $ git diff -- ./file $ git diff HEAD -- ./file # git pullする前にリモート追跡ブランチとの差分を確認 $ git diff HEAD..origin/main # git pushする前にリモート追跡ブランチとの差分を確認 $ git diff origin/main..HEAD 覚え方：git diff [変更前]..[変更後] 【参考】 ...

1. 変更を退避する git stash = git stash push # 作業ディレクトリとインデックスの変更を退避 $ git stash push # 作業ディレクトリの変更を退避 $ git stash push -k # 作業ディレクトリとインデックスの変更 + 新規作成ファイルを退避 $ git stash push -u # 作業ディレクトリとインデックスの変更 + 新規作成ファイル + ignoredファイルを退避 $ git stash push -a # メッセージ付きでstashする $ git stash push -m "message" 2. 退避した変更を確認する # stashを一覧表示する $ git stash list # 特定のstashを表示する $ git stash show # stash@{0}を指定したのと同じ $ git stash show stash@{1} # 特定のstashの差分を表示する $ git stash show -p stash@{1} 3. 退避した変更を再適用する # 特定のstashを再適用する(stashは削除されない) $ git stash apply stash@{1} # 特定のstashを再適用して削除する(apply + drop) $ git stash pop stash@{1} applyとpopは共にデフォルトで、stashを作業ディレクトリに再適用する addしていた変更も、addされていない状態で戻る インデックスにも再適用したい場合は、後述の--indexオプションを使う popによってコンフリクトが発生した場合、そのstashは削除されない # 特定のstashを作業ディレクトリとインデックスに再適用する $ git stash apply --index stash@{1} $ git stash pop --index stash@{1} 4. 退避した変更を削除する # 特定のstashを削除する $ git stash drop stash@{1} # 全てのstashを削除する $ git stash clear 【参考】 ...

Git - gitrevisions Documentation の以下の図がわかりやすい G H I J \ / \ / D E F \ | / \ \ | / | \|/ | B C \ / \ / A A = = A^0 B = A^ = A^1 = A~1 C = = A^2 D = A^^ = A^1^1 = A~2 E = B^2 = A^^2 F = B^3 = A^^3 G = A^^^ = A^1^1^1 = A~3 H = D^2 = B^^2 = A^^^2 = A~2^2 I = F^ = B^3^ = A^^3^ J = F^2 = B^3^2 = A^^3^2 What’s the difference between HEAD^ and HEAD~ in Git? - Stack Overflow の回答にある以下のスクリプトで上記のログを再現できる ...

この記事ではESLint(静的検証ツール)とPrettier(コードフォーマッター)のインストールと設定方法、またこれらをVSCodeで使用する方法を紹介します。 1. ESLint Documentation - ESLint - Pluggable JavaScript Linter 1-1. インストール eslintをグローバルにインストール $ npm install -g eslint インストールを確認 $ eslint -v 1-2. 設定ファイル ESLint - Configuring ESLint eslintを使うには設定ファイルである.eslintrc.*が必要です。 .eslintrc.*で使えるファイル形式 JavaScript：.eslintrc.js JSON：.eslintrc.json YAML：.eslintrc.yml ここでは.eslintrc.jsonを使用します。 設定ファイルの作成 方法1：直接.eslintrc.*を作成 方法2：eslint --initコマンドで対話形式で作成 事前にpackage.jsonの作成が必要 eslint –initはnpm init @eslint/configと同じ 設定ファイルのプロパティ .eslintrc.jsonの例 { "env": { "browser": true, "node": true, "es2022": true }, "extends": ["eslint:recommended", "prettier"], "overrides": [], "parserOptions": { "ecmaVersion": "latest", "sourceType": "module" }, "rules": {} } env ESLint - Specifying Environments extends ESLint - Using eslint:recommended eslint-config-prettier parserOptions ESLint - Specifying Parser Options 1-3. コマンドラインでESLintを実行 $ eslint yourfile.js 検証した結果、問題がなければ何も表示されない ESLint - Command Line Interface 1-4. VSCodeとの統合 VSCodeにvscode-eslintをインストール ...

この記事では、Node.jsのバージョン管理ツールであるnvmのインストール方法・設定・使い方を紹介します。 1. nvmのインストール GitHub - nvm-sh/nvm：Install & Update Script 以下のコマンドを実行して、nvmのインストールスクリプトを実行 $ curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.2/install.sh | bash 上記により~/.nvmが作成され、~/.zshrc(bashの場合は~/.bash_profile)に以下が追記される export NVM_DIR="$HOME/.nvm" [ -s "$NVM_DIR/nvm.sh" ] && \. "$NVM_DIR/nvm.sh" # This loads nvm [ -s "$NVM_DIR/bash_completion" ] && \. "$NVM_DIR/bash_completion" # This loads nvm bash_completion 上記3行目のbash_completionについて→GitHub - nvm-sh/nvm：Bash Completion ターミナル再起動後に以下を実行してnvmがインストールされたことを確認 $ nvm -v 2. .nvmrcファイルの自動読み込み設定 GitHub - nvm-sh/nvm： .nvmrc この設定をすることで、.nvmrcファイルがあるディレクトリに移動すると、自動でnvm useが実行され.nvmrcファイルに記載されているバージョンのnodeに自動で切り替わる ~/.zshrcに以下を追記して設定は完了 # place this after nvm initialization! autoload -U add-zsh-hook load-nvmrc() { local nvmrc_path="$(nvm_find_nvmrc)" if [ -n "$nvmrc_path" ]; then local nvmrc_node_version=$(nvm version "$(cat "${nvmrc_path}")") if [ "$nvmrc_node_version" = "N/A" ]; then nvm install elif [ "$nvmrc_node_version" != "$(nvm version)" ]; then nvm use fi elif [ -n "$(PWD=$OLDPWD nvm_find_nvmrc)" ] && [ "$(nvm version)" != "$(nvm version default)" ]; then echo "Reverting to nvm default version" nvm use default fi } add-zsh-hook chpwd load-nvmrc load-nvmrc .nvmrcファイルの中身はバージョンを記載するだけ ...

以下のようなコミット履歴がある A -- B -- C コミットBとコミットCの間に新しいコミットDを挿入したい A -- B -- D -- C やり方 コミット履歴の確認 $ git log --oneline a065513 (HEAD -> main) コミットC 1e4ebc6 コミットB b4c8aca コミットA コミットBの後ろに挿入したいのでrebase -iでb4c8aca(コミットA)を指定 $ git rebase -i b4c8aca テキストエディタに以下が表示される pick 1e4ebc6 コミットB pick a065513 コミットC コミットBのpickをeditに変えてファイルを保存して閉じる edit 1e4ebc6 コミットB pick a065513 コミットC ファイルの修正を行い、以下を実行(通常のrebaseではgit commit --amendだが今回は新たなコミットを挿入するためgit commit) $ git add . $ git commit -m "コミットD" $ git rebase --continue コミットBとコミットCの間にコミットDを挿入できた 073d6f0 (HEAD -> main) コミットC a453e0f コミットD 1e4ebc6 コミットB b4c8aca コミットA 【参考】 ...

Command New Files Modified Files Deleted Files Scope git add -A ⚪︎ ⚪︎ ⚪︎ 全てのディレクトリ git add . ⚪︎ ⚪︎ ⚪︎ カレントディレクトリ git add -u × ⚪︎ ⚪︎ 全てのディレクトリ git add -A 変更された全てのファイル(新規作成・更新・削除されたファイル)がaddされる git add -A dir1→dir1以下の変更された全てのファイルがaddされる git add . カレントディレクトリ以下の、変更された全てのファイルがaddされる git add dir1→dir1以下の変更された全てのファイルがaddされる Git Version 1.xまでは削除されたファイルはaddされなかったが、2.xから上記の仕様になった([https://github.com/git/git/blob/master/Documentation/RelNotes/2.0.0.txt:title]) git add -u 更新・削除された追跡対象ファイルがaddされる(新規作成ファイルはaddされない) git add -u dir1→dir1以下の変更・削除された追跡対象ファイルがaddされる git commit -a = git add -u + git commit 【参考】 Git - git-add Documentation git add - Difference between “git add -A” and “git add .” - Stack Overflow git add - What’s the difference between “git add -u” and “git add -A”? - Stack Overflow git add -u と git add -A と git add . の違い | note.nkmk.me Git - git-commit Documentation

この記事では、git commit --amendの使い方を紹介します。 git commit --amend：直前のコミットの修正 現在のステージングエリアの状態を元に、直前のコミットを作り直す 修正されたコミットは実際は新しいコミットのため、リモートにpush済みのコミットへの使用には注意が必要 1. コミットメッセージの修正 ステージングエリアの変更がない状態でgit commit --amendを実行すると、直前のコミットのコミットメッセージだけを修正できます(コミットの内容は変更されない)。 $ git add hello.rb $ git commit -m "コミットメッセージ" $ git commit --amend -m "修正後のコミットメッセージ" git commit --amendする前(上記2行目と3行目の間)に作業ディレクトリ(ステージングエリアに追加していない)のファイルの修正があっても問題ない 2. コミットの修正 2-1. git addし忘れた場合 # hello.rbとmain.rbを修正 $ git add hello.rb $ git commit -m "hello.rbとmain.rbを修正" # main.rbをaddし忘れたことに気付く $ git add main.rb $ git commit --amend --no-edit --no-editでコミットメッセージを変更せずにコミットを修正 2-2. ファイルの修正 # hello.txtを修正 $ echo "hello" > hello.txt $ git add hello.txt $ git commit -m "helloに修正" # hello worldに修正すべきだったことに気付く $ echo "hello world" > hello.txt $ git add hello.txt $ git commit --amend -m "hello worldに修正" 不要なコミットを追加しないで済む 【参考】 ...