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に修正" 不要なコミットを追加しないで済む 【参考】 ...
この記事では、Node.jsでESモジュール(ECMAScriptモジュール, JavaScriptモジュール)を使う方法を紹介します。 バージョン情報 node：v16.18.0 方法1：モジュールファイルの拡張子をmjsにする foo.mjs export const foo = "foo"; main.mjs import { foo } from "./foo.mjs"; console.log(foo); $ node main.mjs foo 方法2：package.jsonに"type": "module"を指定する $ tree . ├── foo.js ├── main.js └── package.json package.json { "type": "module" } foo.js export const foo = "foo"; main.js import { foo } from "./foo.js"; console.log(foo); $ node main.js foo 【参考】 Modules: ECMAScript modules - Enabling | Node.js v19.1.0 Documentation Modules: Packages - Determining module system | Node.js v19.1.0 Documentation javascript - SyntaxError: Cannot use import statement outside a module - Stack Overflow How to Use ES Modules in Node.js
1. 関数宣言(Function declaration) function calcRectArea(width, height) { return width * height; } console.log(calcRectArea(5, 6)); // => 30 1-1. 関数宣言の巻き上げ 関数宣言は巻き上げられる hello(); // => "Hello" function hello(){ return "Hello"; } 関数式は巻き上げられない hello(); // => TypeError: hello is not a function const hello = function(){ return "Hello"; }; 2. 関数式(Function expression) 2-1. 名前付き関数(Named function) 名前付き関数は再帰的に関数を呼び出す際などに利用する // factorialは関数の外から呼び出せる名前 // innerFactは関数の外から呼び出せない名前 const factorial = function innerFact(n) { if (n === 0) { return 1; } // innerFactを再帰的に呼び出している return n * innerFact(n - 1); }; console.log(factorial(3)); // => 6 2-2. 無名関数(Anonymous Function) 無名関数はコールバック関数としてよく使われる const x = function(a, b) { return a * b; }; 3. アロー関数(Arrow function expression) アロー関数は関数式の代替構文(機能的な違いはいくつかある) ES2015から追加された const x = (a, b) => { return a * b; }; 3-1. アロー関数の省略記法 関数の仮引数が1つのときは()を省略できる 関数の処理が1つの式である場合に、ブロック({})とreturn文を省略できる その式の評価結果をreturnの返り値とする // 仮引数の数と定義 const fnA = () => { /* 仮引数がないとき */ }; const fnB = (x) => { /* 仮引数が1つのみのとき */ }; const fnC = x => { /* 仮引数が1つのみのときは()を省略可能 */ }; const fnD = (x, y) => { /* 仮引数が複数のとき */ }; // 値の返し方 const fnE = x => { return x + x; }; // ブロックの中でreturn const fnF = x => x + x; // 1行のみの場合はreturnとブロックを省略できる const fnG = x => { let y = 10; return x + y; }; // 関数の処理が複数行ある場合はreturnとブロックは省略できない 4. メソッド定義(Method definition) オブジェクトのプロパティである関数をメソッドと呼ぶ JavaScriptにおいて関数とメソッドの機能的な違いはない オブジェクト.メソッド名()でメソッドを呼び出す const obj = { method1: function () { return "this is method1"; }, // `function`キーワードでのメソッド method2: () => "this is method2" // Arrow Functionでのメソッド }; console.log(obj.method1()); // => "this is method1" console.log(obj.method2()); // => "this is method2" 次のように空オブジェクトのobjを定義してから、methodプロパティへ関数を代入してもメソッドを定義できる ...
この記事では、git rebase -iを使って複数のコミットを一つにまとめる方法を紹介します。 1. 連続したコミットの場合 以下のedit2, edit3, edit4を一つにまとめて、edit 2 & 3 & 4にします。 $ git log --oneline 96a8b1e (HEAD -> main) edit4 30600dd edit3 452c39e edit2 ac56720 edit1 ac56720以降のコミットを表示させたいので、以下のコマンドを実行 $ git rebase -i ac56720 # git rebase -i HEAD~3でも可 テキストエディタに以下が表示される(古いコミットが上) pick 452c39e edit2 pick 30600dd edit3 pick 96a8b1e edit4 edit3とedit4のpickをs(またはsquash)に変更して、ファイルを保存して閉じる。 pick 452c39e edit2 s 30600dd edit3 s 96a8b1e edit4 f(fixup)にするとコミットメッセージの編集画面は表示されず、まとめられたコミットのコミットメッセージがedit2になる(squashとfixupの違いはこれだけ) 以下のコミットメッセージの編集画面が表示される # This is a combination of 3 commits. # This is the 1st commit message: edit 2 # This is the commit message #2: edit 3 # This is the commit message #3: edit 4 コミットメッセージをedit 2 & 3 & 4に変更してファイルを保存して閉じる。(他のコミットメッセージは消しても消さなくてもいい) ...
1. git reset git reset [<mode>] [<commit>] mode --soft：HEADの移動 --mixed：HEADの移動、インデックスの更新 --hard：HEADの移動、インデックスの更新、作業ディレクトリの更新 デフォルトで--mixedが指定される commit 巻き戻したいcommitを指定 デフォルトでHEADが指定される 2. git resetの各モードについて 2-1. –soft (HEADの移動) git reset --soft HEAD~ 直近のgit commitを取り消す 2-2. –mixed (インデックスの更新) git reset --mixed HEAD~ 直近のgit commitとgit addを取り消す 2-3. –hard (作業ディレクトリの更新) git reset --hard HEAD~ 直近のgit commitとgit addと作業ディレクトリの変更を取り消す 3. まとめ --soft ：HEAD が指し示すブランチを移動する (--soft を使うと処理はここで終了) --mixed：--soft + インデックスの内容を HEAD と同じにする (--mixedを使うと処理はここで終了) --hard：--soft + --mixed + 作業ディレクトリの内容をインデックスと同じにする 【参考】 Git - git-reset Git reset | アトラシアンの Git チュートリアル Git - リセットコマンド詳説 第6話 git reset 3種類をどこよりもわかりやすい図解で解説！【連載】マンガでわかるGit ～コマンド編～ - itstaffing エンジニアスタイル