知らずに使ってた【git checkout HEAD -- . 】の「--」ハイフンハイフンと「.」ドットの意味 - Qiita
知らずに使ってた【git checkout HEAD -- . 】の「--」ハイフンハイフンと「.」ドットの意味 Gitハイフンドットcheckout むかしむかし作業したファイルを元の状態に戻す魔法の呪文として教わった git checkout HEAD -- . git checkout -- . git checkout HEAD . git checkout . どれも似たような挙動をして作業前の状態に戻してくれる 「--」と「.」ってなんぞや HEADについて HEADは現在の作業ブランチの先頭コミットの別称。 たいていのコマンドで省略可能。 よってHEADの有無は省略しているかしていないかだけ。 checkoutの仕様を理解 ブランチを切り替えるとき git checkout [-q] [-f] [-m] [<branch>] ブランチ名を指定するとそのブランチに切り替わる フ
え？まだgit checkoutしてるの？
公式ドキュメントには以下のように書かれています。 THIS COMMAND IS EXPERIMENTAL. THE BEHAVIOR MAY CHANGE. 和訳：このコマンドは実験的です。動作が変更される可能性があります。 この記事の内容と違う場合があるので、ご注意ください。 この記事は2024年2月28日時点の情報です。 え？まだgit checkoutしてるの？ git checkoutといえば、ブランチを切り替えたり、git addしたファイルを元に戻したりするコマンドですが、それはもう古いです。 実は2019年8月リリースのgit 2.23からgit switchとgit restoreが追加されました。 知らなかった人も多いのではないでしょうか？(恥ずかしながら私は知らなかった...) 「先輩、checkoutってなんすか？」と後輩に聞かれる前に、この記事を読んでgit sw
git-flow cheatsheet
About git-flowはgitの拡張であり、Vincent Driessenの提唱するブランチモデルを実現するための高度なリポジトリ操作を提供します。 more ★ ★ ★ このチートシートは基本的な使い方とgit-flowの効果を表します。 ★ ★ ★ Basic tips Git flow は素晴らしいコマンドライン補助と出力を提供します。何が起こるか注意深く読み解いてください。 macOS Clientの Sourcetree は素晴らしいGUIとgit-flowサポートを提供します。 - Git-flow はマージすることをベースとして考えるソリューションです。リベースは行いません。 ★ ★ ★ macOS Homebrew $ brew install git-flow-avh Macports $ port install git-flow-avh Linux $ apt
We updated our RSA SSH host key
SecurityWe updated our RSA SSH host keyAt approximately 05:00 UTC on March 24, out of an abundance of caution, we replaced our RSA SSH host key used to secure Git operations for GitHub.com. At approximately 05:00 UTC on March 24, out of an abundance of caution, we replaced our RSA SSH host key used to secure Git operations for GitHub.com. We did this to protect our users from any chance of an adve
`git push`しようとしたら`WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!`が出た時の対処ログ
`git push`しようとしたら`WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!`が出た時の対処ログ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! Someone could be eavesdropping on you right now (man-in-the-middle attack)! It is also possible
Bitbucket の SSHホスト鍵を更新しました
Bitbucket の SSHホスト鍵を更新することが勧められています。 ※ Bitbucket は GitHub のようなサービスで、git レポジトリをホスティングしてくれます。 この記事の中で、新しいホスト鍵を ~/.ssh/known_hosts ファイルに追加するために、 curl https://bitbucket.org/site/ssh >> ~/.ssh/known_hostsというコマンドが説明されていました。 念のため、Webブラウザで直接 https://bitbucket.org/site/ssh にアクセスしたところ、 ssh-rsassh-dssecdsa-sha2-nistp256ssh-ed25519という4種類のホスト鍵が記述されていました。 ということは、先程のコマンドを実行すると、この4つ全てが ~/.ssh/known_hosts ファイルに書き込
.gitignoreしたファイルをレポジトリから削除する方法 - Qiita
はじめに はじめまして株式会社ナイトレイの渡辺です。 この記事では「.gitignoreしたファイルをリポジトリから削除する方法」をまとめます。具体的には、git管理対象から外したファイルやディレクトリをインデックス環境から削除して、レポジトリからも削除する方法です。 .gitignoreしてもファイルは消えない 開発途中で.gitignoreを設定しても、今までgit管理下に置かれていたファイルやディレクトリは消えません。なので、過去にアップロードした画像ファイルなどはレポジトリに残っています。 今回はそれらをレポジトリから消し去り、今後のgit管理対象からも外していきます。 ※ git知識の確認はこちらをどうぞ インデックス環境からファイルを消す
バージョン表記の各数字の意味をイラストで理解する | DevelopersIO
普段開発したり、アプリなどに触れているとバージョン番号15.1.1等の数字に触れることも多く、それぞれの意味をあまり理解できていなかったので改めて調べてみることにしました。 それぞれの意味を少しでも理解しやすくなればと思いイラストを添えてみました。 バージョン番号 今回は例として、15.1.1というバージョン番号を使用しますが、この並びはセマンティック・バージョニングと呼ばれるバージョン管理方法の一つです。 それぞれ左から順に、 メジャーバージョン （v15.1.1） マイナーバージョン （v15.1.1） パッチバージョン （v15.1.1） と呼ばれています。 それぞれの役割について、これから説明していきます。 パッチバージョン バージョン番号の一番右側のナンバー(15.1.1)は、パッチバージョンと呼ばれ、 後方互換性を伴うバグ修正をした場合、こちらのバージョンを上げます。 下記は
空のディレクトリを維持するための、 .gitkeep と .gitignore の使い分け - Qiita
空のディレクトリをコミットに含めたいときは、2つのやり方があります。.gitkeep を使う方法 と、 .gitignore をおいておく方法（例えばPHPのフレームワーク Laravel で用いられている方法）です。 空のディレクトリを保持する目的で使用する .gitignore は、たいていの場合、以下のような内容になっています。 使い分けの基準 .gitkeep と .gitignore は、「空のディレクトリにファイルが追加されたときに、そのファイルを Git での管理対象に含めたいか？」という基準で、使い分けられます。 含めたい場合は .gitkeep 、含めたくない場合は .gitignore を使います。 .gitkeep を使う基準と例 .gitkeepは、「デフォルトではファイルが存在しないけれど、ファイルが追加されたら、そのファイルを Git での管理対象にしたい」場合
作業環境を快適に整えてくれる拡張機能のすすめ - Qiita
はじめに こんにちは！アドカレの季節がやってきましたね🎄 筆者はフロントエンドエンジニアとして働いていますが、 作業効率を上げてくれる拡張機能やツールの存在って大きいな〜と感じております。 この記事では、開発時に役立つ便利な拡張機能やツールのご紹介をしていきたいと思います！ Visual Studio Code拡張機能 indent-rainbow インデントに色付けをして視認性を高めてくれる機能です。 コードを書き進めていくとネストが深くなっていってインデントが分かりにくくなってしまうことがありますが、これを導入することでインデントのずれが気付きやすくなります。 Trailing Spaces 意図せぬスペースが入り込んでしまうとなかなか気付きにくいと思いますが、 Trailing Spacesを入れておけば末尾の不要なスペースを赤くハイライトして知らせてくれます。 Todo Tree
プルリクエストへのコメントでは Text Blaze でラベルバッジをつけよう！ - Qiita
[imo] enumのswitch文ではdefaultは使用せずに全て網羅して記述した方が良いと思いますがいかがでしょうか。 将来的にcaseが追加され、そのcaseが網羅されていない際にコンパイラが検知してくれるためです。 defaultを使用した場合は、該当ケースが網羅されていなくてもそのケースはdefaultにながれてしまい、 バグが生まれる原因になりかねません。 ②ラベルを視認しやすくするためにバッジにする ①の方法をおこなうことで改善できるかと思いますが、より視認性をあげることができそうです。 たとえば、バッジ画像をつかう方法があります。 例えば、①のmustの場合は下記のようなものを使用します。 行なっていることは、Markdownの画像付与です。 
心がけている PR の書き方とコードレビューについて
私が普段心がけている PR の書き方やコードレビューの方法をご紹介しようと思います。 そもそもコードレビューってどうやるの、どういった観点でコードレビューをするのか、みたいなところは、わかりやすい記事がたくさんあるので、そちらを参照していだくと良いと思います。 この記事では、 PR の書き方やレビュアーにアサインされた際のコメントの仕方などをご紹介できればと思います。 1. PR を作成する Github に限定した PR の出し方を順を追って説明します。 下記の画像は PR を作成する際の例です。 ご参考までに。 (1) ブランチの設定をする 派生元のブランチと変更ブランチを正しく設定します。 (2) 説明を記入する フォーマットが決まっていればそれに従うようにします。 特に決まっていなければ、 Why , What を書くと良いと思います。 Why なぜこの PR が必要なのかを記載し
gitmojiの絵文字ってどれを使えばいいの？ | cloud.config Tech Blog
この記事はFIXER Advent Calendar 2021 21日目 の記事です。 皆さんこんにちは！FIXERの小倉です。 突然ですが、「gitmoji」って知っていますか？ gitmojiとはgit commitするときにコミットメッセージの先頭に絵文字を簡単に付けれるようになるツールのことです。 公式サイトはこちらからどうぞ（gitmoji | An emoji guide for your commit messages） これを導入することにより、そのcommitがどのような変更をしたのかということをアイコンを見るだけで把握できるようになります。 一文字のスペースで表せるので場所を取らないのも良いですね ただ、gitmojiを導入しようとしたときにこう思ったことはありませんか？ 「...え？こんなにたくさんあるの？これ全部覚えるのは大変でめんどくさくない？」 そうなんです。現
サクッとレビューができる 小さなPull Requestを作るには - LIVESENSE ENGINEER BLOG
大きなPull Requestのレビューがつらい 修正ファイル数が多いこと自体が問題なのではない 1つの内容に集中する 小さなPull Requestの作り方 リファクタリングの修正は気になっても別で出す Web API 1つに着目して実装を切り分ける 小さなPull Requestで作ったときのリリースの仕方 featureブランチを作って、そこから更にブランチを作っていく フィーチャートグルを使う 小さいPull Requestで小さくフィードバックをもらおう 大きなPull Requestのレビューがつらい 転職ドラフトでWebアプリケーションエンジニアをしている @iwtn です。 この記事ではチーム開発では当たり前になったレビューにおいて、修正されたファイルがたくさんあるとつらいよね、というお話と、その解決策を提示してみたいと思います。 昨今のWebアプリケーションなどのチーム開
.gitignoreを後から設定し、git管理から除外する方法 - Qiita
git管理したくないファイルをコミットしてしまった時に、後から.gitignoreファイルを作成し、リポジトリから削除する方法を説明します。 1..gitignoreファイルを作成する .gitignore を作成したいプロジェクトのディレクトリに移動し、下記コマンドを実行します。 すると、 .gitignore ファイルが作成できます .gitignore が作成できているか確認するために、プロジェクトのディレクトリに行ってみると、.gitignoreファイルは隠しファイルなので、発見することはできません。そこで、「⌘ + shift + .（ドット）」を押すと、こんな感じで隠しファイルを表示することができます。 2. git管理から除外したいフォルダ・ファイルを記入する .gitignoreファイルを開き、git管理から除外したいフォルダやファイルを記入します。 今回はPodsフォルダ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Gitのリモートリポジトリから特定のファイルを削除する方法 | aduce株式会社 静岡県下田市のテックカンパニー
Gitコマンド早見表 - Qiita
Configure SSH and two-step verification | Bitbucket Cloud | Atlassian Support
eslint-plugin-unicorn/docs/rules/expiring-todo-comments.md at main · sindresorhus/eslint-plugin-unicorn
Gitmoji - Visual Studio Marketplace