git branch コマンド - Qiita
20190505追記 わかりにくい表現を修正しました。 git branch -vコマンドの説明を追加しました。 git branch \<branchname>コマンドの説明に追記しました。 git branchコマンドについて、主にオプションをまとめました。 表示 ローカルブランチの一覧を表示する。 git branch -r -r、もしくは、--remotesオプション。 リモートブランチの一覧を表示する。 git branch -a -a、もしくは--allオプション。 リモートブランチを含んだブランチの一覧を表示する。 git branch --merged --mergedオプション。 HEADにマージ済みのブランチの一覧を表示する。 git branch --no-merged --no-mergedオプション。 HEADにマージされていないブランチの一覧を表示する。 git
結局 Git のブランチ戦略ってどうすればいいの？ - Qiita
1つのIssueが大きくなると1 Pull Requestで大量の差分が発生します。 そうなるとレビュワーに負担がかかり、コンフリクトの可能性も高まり、コードレビューを効率よく進めることができません。 このINVEST原則を守ることでチームはより効果的に作業を進め、柔軟に対応して開発を進めることができます。 Git Flow Git Flowは5種類(main, hotfix, release, develop, feature)のブランチを運用するブランチ戦略です。 2010年に提唱された有名なブランチ戦略です。 オンラインサービスのように継続的デリバリーするコードを想定して作られた戦略ではないです。 main ブランチ 常にリリースできる状態を保つ hotfix, develop へ切り出す このブランチへの直pushはNG hotfix ブランチ バグ修正など緊急時に対応するためのブ
複数のGit(Hub)リポジトリを履歴を保持しながらマージするやり方
はじめに 時々やりたい時があるのでメモ。 シェルスクリプト GitHub の前提ですが REMOTE_URL を変えれば多分使えると思います。 # https://github.com/mryhryki/target の場合の例 export OWNER="mryhryki" export REPOSITORY="target" export REMOTE_URL="git@github.com:${OWNER}/${REPOSITORY}.git" export DIR_PATH="subtree" # マージ先ディレクトリ。この場合 `(ROOT)/subtree/` に `mryhryki/target` のリポジトリのコンテンツが入ります。 cd "(マージ先のリポジトリルート)" git remote add "${REPOSITORY}" "${REMOTE_URL}" git
【git rebase -i】したときのコマンドをすべて試してみた(p, r, e,s ,f ,x ,d) - Qiita
git rebase -i したときのコマンドをすべて試してみた(p, r, e,s ,f ,x ,d) いわゆる git rebase -i HEAD~~ とかしたときに出てくる下のほうに出てくるコメントアウトされているコマンドのことを今回まとめます。 pick 85b703f update 2 pick 4d9e3ec update 3 # Rebase 5d6b0f5..1fc7711 onto 5d6b0f5 (6 commands) # # Commands: # p, pick = use commit # r, reword = use commit, but edit the commit message # e, edit = use commit, but stop for amending # s, squash = use commit, but meld into
git-replay を最低限の使い方で触ってみた - Mitsuyuki.Shiiba
git-replay というコマンドが追加されたみたいなので触ってみた。とは言っても、自分はあんまり凝ったことはやらないので、細かいところまでは踏み込まずに最低限の使い方ができたらいいなってくらいの気持ちで触った。 github.blog この記事には、こんな風に書いてある↓ git replay exists to address these challenges. It offers an alternative to git rebase that, in addition to being far more performant: Can operate in bare repositories. Can rebase branches other than the currently checked-out one (in non-bare repositories). Can
Git不慣れ勢を束ねて安全なチーム開発をするメモ - Qiita
本稿は当初チーム開発時のメンバー向けにまとめたものです。 ある程度、端折っていた背景などを記載しました。 git初心者同士でのチーム開発において、git操作を詳しく知らないメンバーも含め安全に行う必要がありました。しかし、開発期間はごくわずか...この状況を回避するために、下記の対応をとりました。 Gitコマンドの基礎的な内容を理解する（私） 各種操作をGUI上で完結させる拡張機能を色々と導入する シンプルな開発フロー(Github flow)を採用し、コマンド実行に相当する操作を限定する 各操作をGUI上での操作に置き換え、チームメンバーに教える 本稿はその際の、コマンドやGUI操作に関するメモをまとめたものになります。 こういった取り組みのおかげか、チームの開発をすんなりフローに乗せることができました。 ■ 前提条件 対象とする動き Github flowを回すうえで、 cloneする
Gitのインストール方法(Windows版) - Qiita
手順1:インストーラのダウンロード 以下からGitのインストーラーをローカルにインストールしてください。 以下のような画面に遷移すると思います。 「Download」をクリックしてください。 Downloadボタンのクリックと同時に「Git-2.37.1-64-bit.exe」がダウンロードされます。（※数分かかります） 手順2:Gitのインストール 手順1でダウンロードしたインストーラ(Git-2.37.1-64-bit.exe)を実行してください。 「Next」をクリックしてください。 「Next」をクリックしてください。 「Next」をクリックしてください。 「Next」をクリックしてください。 Git関連のファイルを開く際にデフォルトのエディタを設定します。任意のエディタを指定してください。 「Next」をクリックしてください。(本記事では Use Visual Studio Co
2024年Gitワークフロー再考 | フューチャー技術ブログ
春の入門祭り2024の2記事目です。 Gitは、出自としては1週間で作られたLinuxカーネルのための分散バージョン管理システムでした。当時のワークフローに合わせてパッチをテキスト化してメールに添付できるような機能だったりが備わっています。 一方で、現代のGitは、デファクトスタンダードなバージョン管理システムになりLinuxカーネル以外のアプリケーション開発で利用されています。分散バージョン管理ではあるものの、サーバー・クライアント型の使われ方をしていて、GitHubやGitLabを核にして、ローカルで作ったブランチをpushして、Pull Requestの形にして管理しています。少なくとも周りで見る限りでは、それ以外の使われ方の方が少なくなってきてます。そんなこんなで求められている使われ方が変わってきていて、それに合わせた機能がぼちぼち増えています。それを活用することで、ウェブ画面上で
git submodule update 忘れを防止したい - Mobile Factory Tech Blog
駅メモ！チームエンジニアの id:yumlonne です。 この記事ではスーパープロジェクト(サブモジュールが登録されている親プロジェクト)側で git checkout や git pull を実行したときに、自動で git submodule update 相当の処理を実行してくれる便利な設定を紹介します。 git submodule についてはドキュメントを参照してください。 記事中の各種動作は git version 2.38.1 で確認しています。 背景 私は最近サブモジュールが存在するプロジェクトを触り始めました。 しかし、git 操作をするときにサブモジュールが存在することを意識していないと、サブモジュールの参照を意図せず書き換えてしまうことがありました。 $ cd MyProject $ git checkout topic-A # サブモジュールをtopic-Aブランチが
え？まだ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 commit --fixupを使いましょう - Don't Repeat Yourself
発端 Pull Request で force push されると差分がわからなくなるから困るんだけどみんなどうしてますか？— codehex.bsky（へっくす） (@codehex) 2024年2月25日 ポストの前提がちょっとわかりませんが、レビュー後にforce pushされると、どこに修正を入れたのかわからないケースだと仮定します。プルリクエストがまだドラフト状態でのforce pushやrebaseで困るケースはそんなにないと思うからです。 git commit --fixup このケースではgit commit --fixupが便利です。レビューで指摘が入ったコミットに対して--fixupをかけておき、レビュワーはfixupコミットの内容を確認します。レビュワーが確認してOKが出た段階で、git rebase -i --autosquashなどを使ってfixupコミットを元コ
Gitを置き換えるバージョン管理システム「Jujutsu」 | ソフトアンテナ
今やバージョン管理ツールとして圧倒的な人気を集める「Git」ですが、Linuxカーネル開発のために作られたという経緯もあり、使いこなすにはかりの経験値が必要となります。 この問題を解決するために、Googleのソフトウェアエンジニアによって、新しいバージョン管理システム「Jujutsu」の開発が進められています。 Jujutsuの素晴らしさを紹介する記事「jj init 」によると、Jujutsuは過去のバージョン管理システムの問題点やメリットを分析して作られていて、Googleの既存のバージョン管理システムを置き換える勢いがあるとのこと。 JujutsuはmacOSでは、brew install jjを実行するだけで使用することができ、バックエンドとしてGitを使用しているため、採用にコストがかからないというメリットもあるそうです。 公式サイトでは、Jujutsuの特徴がリストアップされ
SQLiteがバージョン管理システムとしてGitを採用しない理由
GitはLinuxカーネルのソースコード管理に用いるために開発された分散型バージョン管理システムで、GitリポジトリをホスティングするGitHubのユーザー数は1億人を超えます。一方、軽量データベースのSQLiteの開発においてはGitではなくFossilというバージョン管理システムが利用されており、SQLiteの開発陣が「なぜGitを使用しないのか」という理由を公式サイトで説明しています。 Why SQLite Does Not Use Git https://sqlite.org/whynotgit.html なお、Fossilがどんな機能をもつバージョン管理システムなのかについては下記の記事を読むと分かります。 GitとGitHubの機能をひとつのバイナリに詰め込んだ「Fossil」レビュー - GIGAZINE 1：Gitは適切な状況認識を提供しない SQLiteにどんな変更が加え
graftedなgitコミットとは何者か・・・ - tukaのブログ
前回の記事にちょっと出てきたのですが、gitのコミットログを見た時にハッシュ値の横にgraftedというものを初めて見たので調べてみました。 ここに至る経緯 ざっくりまとめると Homebrewで1つ前のバージョンのものをインストールしたかった brew switchが出来なかったのでgit checkoutでFormulaを古いバージョンに戻そうとした 該当ファイルのgit logを見たらコミット履歴が1つしかなくて戻せなかった そのコミットのハッシュ値の隣に(grafted)の表記があった という感じ。 ググってみた 率直にgit graftedをキーワードでググって幾つか記事を見てみます。 stackoverflow.com タイトルの「shallow clone した際の "grafted" なコミットとは一体何ですか？」のコレ感がパない＼(^o^)／ このStackOverflo
VSCodeのGit連携をさらに便利に！ 拡張機能Git History、Git Graph、GitLensを解説
第8回は、前回の続きとして、GitHubとの連携機能、連携を強化するGit History、Git Graph、GitLensといった拡張機能を紹介し、GitHub上でワンストロークでオンライン版VSCodeを呼び出せるGitHub Codespacesについても紹介します。 はじめに Microsoftの提供するVisual Studio Code（VSCode）は、2015年の最初のリリースから、今では開発用エディタの定番の座を占めるまでになりました。これには、無償で使えることも大きいですが、何よりエディタとしての使いやすさ、そしてさまざまな拡張機能によっていくらでも使い勝手を向上させたり、利用の領域を拡げたりすることも大きいでしょう。本連載では、このVSCodeにフォーカスし、基本的な使い方から拡張機能の活用、そして本格的な開発現場での利用を想定した高度な機能までを紹介していくことで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[memo] git for windows (git bash) のバージョンアップ - Qiita![[memo] git for windows (git bash) のバージョンアップ - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/cab8de33fdf7c9c6201d88d8fc05cf2df6de3826/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCbWVtbyU1RCUyMGdpdCUyMGZvciUyMHdpbmRvd3MlMjAlMjhnaXQlMjBiYXNoJTI5JTIwJUUzJTgxJUFFJUUzJTgzJTkwJUUzJTgzJUJDJUUzJTgyJUI4JUUzJTgzJUE3JUUzJTgzJUIzJUUzJTgyJUEyJUUzJTgzJTgzJUUzJTgzJTk3JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz0wYmYxODUyMzE5NTVkNjEzNDU1NWIyODk0NzYzOWZjOA%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDB5b3NoaTM4OTExMSZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9Yjk1ZGNiOTE3ZDAzMTU5OGU5OWNmNDE0NDFmMjc0NjQ%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D550cc7a310d949d4dd4e64a95097e975)
git clone --depth 1 したリポジトリの履歴をやっぱりすべて取得する - Qiita
【Git】git-diffにフィルターをかける方法 - Qiita
Gitの仕組みと用語 / GitHub Term
「Git」に深刻度「Critical」の脆弱性 ～「Git for Windows 2.45.1」などが公開／リモートコード実行などにつながるおそれ
