え？まだ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
コンソールでもGUIみたいにグラフを表示（Gitの小ネタおれおれAdvent Calendar 2022 – 01日目） | Ginpen.com
Gitの小ネタおれおれAdvent Calendar 2022 – 01 日目 GUI の Git クライアントにはたぶんまず付いてるコミットグラフの機能、CLI からでも git log --graph であれを利用できます。 git log --graph git log でログが出るのはご存じと思いますが、こいつの --graph オプションでコミットの流れを線で出力してくれます。 $ git log --graph とりあえず線は出たが、基本は git log のままなので縦に長い。 ただこれだけだと線が出ても見づらいだけなので、--pretty という出力内容をカスタマイズするオプションで見やすいよう調整しましょう。 例えばこんな感じです。 $ git log --graph --pretty=oneline --pretty は format: を使うと色々できて便利。適当に着
git-cleanup-branch - 不要なブランチをまとめて削除
MOONGIFTはオープンソース・ソフトウェアを紹介するブログです。2021年07月16日で更新停止しました Gitを使ってブランチを切ってPull requestを送るといった開発スタイルを行っていると自然とブランチが多数作られていきます。Git Flowなどを使って運用を手軽にしてもfinishを実行し忘れてしまいます。 そこで使ってみたいのがgit-cleanup-branchです。不要になったブランチを削除してくれるコマンドです。 git-cleanup-branchの使い方 コマンドをインストールしたら、後は整理したいリポジトリでコマンドを打ちます。 $ git cleanup-branch Cleanup Git merged branches interactively at both local and remote. == Local release/support_qu
すぐ忘れる！SourceTreeを使ったリベースとスカッシュの手順 - Qiita
Git操作をGUIで行えるSourceTreeは、私にとって今では無くてはならない存在です。 コレのお陰で、ターミナル恐怖症のデザイナーさんにもGitでファイルの変更を管理してもらえるようになって、デザイナーさんとの連携がとても楽になりました。 もう、これなしでは開発したくないと思えるほど便利です。 でもSourceTreeのいくつかの機能はお世辞にも直感的とは言えず、間違った操作を誘発する危険性をはらんでいます。私もハマって結構大変な目に会いました。 私が、そして私のような方が同じ過ちをおかさないように、ここにハマりそうなSourceTree操作を記録しておきます。 リベース手順 例えば、developブランチから分岐したfeature/hogeブランチで作業している途中で、他の開発者のコミットがdevelopブランチにマージされた場合、後々大きなコンフリクトが発生するのが怖いので、早め
Git入門（５）〜ブランチとマージそしてコンフリクト | IT工房｜AI入門とWeb開発
今回の内容で特にマージをした時にコンフリクトを起こしてしまう状況を考えてみます。 Git初心者で実務でコンフリクトを起こすと焦ってしまうに違いありません。日頃からGitを使い倒しておくと焦ることはないでしょう。 ココは何度も失敗をしてこれはやっちゃダメとかいうことを身をもって学習することです。 ブランチとは枝という意味があります。その名前のとおり複数の作業を枝分かれする時に使います。 具体的には、同時に複数の作業を行う場合などにブランチを使います。 ここでは参考例として「task-A」と「task-B」２つのブランチを作成します。 新規にブランチを作成するにはブランチボタンをクリックします。「新規ブランチ」項目に任意の新しいブランチの名前を記入します。「新規ブランチをチェックアウト」にチェックが入っていると、ブランチ作成と同時そのブランチがチェックアウト（選択された）状態になります。 今回
Gitを最大限に活用できる「Git flow」で、効率よく開発を進めよう！ | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
まずは、ソースツリーを起動し、任意のリポジトリを開いてください。 今回は、GitHubでテスト用のリポジトリを作りました。作ったばかりなので、データはREADME.mdのみ、ブランチはmasterのみの状態です。 次に、メニューにある「Repository」から、「Git flow/ Hg flow」→「Initialize Repository」を選択します。 こちらの「Repository」→「Git flow/ Hg flow」は、ショートカットキー「command + alt + F」で実行できます。 すると、下記のようなウィンドウが表示されます。 ここではGit flowで使うブランチの名前を設定できますが、特殊な理由がなければここはデフォルトのまま、OKを押しましょう。とくにエラーもなく無事にウィンドウが閉じられれば、成功です。 また、リポジトリに「develop」ブランチがな
実践でわかる！ブランチとコンフリクト、リバートを解説します | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
こんにちは、フロントエンドエンジニアのいなばです。 気付けば、フロントエンド入門Git編の連載も5回目。前回は、ローカルで作業中のコミットを綺麗にまとめたり、間違った操作をしてしまったときにコミットログを修正したりする方法を紹介しました。 今回は、Gitを使う上で重要な「ブランチ」について解説したいと思います。 ブランチとは？ ブランチは、コミットの歴史を分岐して記録していくためのものです。 歴史を分岐させることで、他のメンバーの作業の影響を受けることなく、同じリポジトリ上で複数の開発を同時に進めていくことができます。 分岐したブランチはマージもしくはリベースというコマンドで、他のブランチに合流させることができます。 これを繰り返すことで開発を進めていきます。作業単位ごとにブランチを作ることで、なにかしらの問題があった場合に原因となる箇所の調査が楽になります。なるべく細かい単位でブランチを
SourceTreeから始めるGit - Qiita
SourceTreeというガッツリしたGUIクライアントができてから、「Gitはコマンド打つべし」という感じでもなくなりつつあるかなと感じている(現に、TortoiseSVNを使っているときにSVNのコマンドを意識したことはなかった)。 そんなわけで、ここではGitの詳しい説明は一切はしょりSourceTreeの操作にのみ焦点を当てて解説を行う。ただ、コマンドにも興味あるという方に備え、コマンドも併記しておく。 インストール こちらにアクセスしてインストール。 https://www.atlassian.com/ja/software/sourcetree/overview なお、以下の説明ではWindows版を使用。 初期設定 ツール>オプションから各種設定が可能。見ておくべき箇所は以下3点。 一般(git config) ユーザー名/メールアドレスは必ず設定しておく。インストール時に設
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【連載Git入門 第3回】SourceTreeでGitを始めよう！ブランチを切ってみよう