並び順

ブックマーク数

期間指定

  • から
  • まで

641 - 680 件 / 1349件

新着順 人気順

Gitの検索結果641 - 680 件 / 1349件

  • git の sparse-checkout を使ってモノリポでも快適にいこう! - asoview! Tech Blog

    こんにちは。エンジニアリングマネージャーをやっている竹内です。 弊社では現在 Git リポジトリをモノリポで運用しています。 tech.asoview.co.jp 上記記事内に partial cloneやshallow clone、sparse checkoutなどGitで巨大なリポジトリを扱うための機能なども活かし、快適にMonorepoを扱える環境を構築する必要があります。 とありますので、今回は sparse-checkout について書きたいと思います。 sparse-checkout とは git-scm.com sparse-checkout とは、ざっくりいうとローカルに checkout するディレクトリを限定することができる git の機能です。 これにより自分が使うディレクトリのみローカル(working tree)に持ってこれます。 モノリポ内には数十のパッケージ(

      git の sparse-checkout を使ってモノリポでも快適にいこう! - asoview! Tech Blog
    • 【Git&GitHub】Gitのはじめ方(git initコマンド) - 未来エンジニア養成所Blog

      Gitをはじめよう まとめ 参考図書 あわせて学習したい Gitをはじめよう 実際にGitでプロジェクト管理をはじめてみましょう。 Gitでプロジェクト管理をはじめるにはどうしたら良いでしょうか。 Gitをはじめる第一歩はローカルリポジトリの作成です。 自分のパソコンにGitリポジトリを作成します。 Gitリポジトリを作成するためにはまずターミナルを開きます。 ターミナルを開いたら自分のプロジェクトのディレクトリに移動します。 ディレクトリとフォルダは同じ意味でとらえてください。 ディレクトリに移動したら、そこで「git init」というコマンドを入力します。 initというのはinitializeの略です。 $ git init すると何が起こるのでしょうか。 「git init」と入力すると「.git」ディレクトリが作成されます。 「.git」ディレクトリは何でしょうか。 これがローカ

        【Git&GitHub】Gitのはじめ方(git initコマンド) - 未来エンジニア養成所Blog
      • git-worktreeでmultirepoの開発体験を向上させる - Yappli Tech Blog

        サーバーサイドエンジニアの @shuymn です。 2022年5月現在Yappliではサービスのソースコードをサービス単位でリポジトリとして分割するmultirepo*1スタイルでソースコードを管理しています*2。 この記事では、複数ブランチを行き来しながら開発をするときに困ったことと、それに対処する方法として利用したgit-worktreeの紹介に加えてmultirepoでの活用例を紹介します。 実行環境について 本記事に記載しているGitコマンドは以下のバージョンで動作確認をしています。異なるバージョンの場合、動作が異なる可能性がありますので実行前に公式のリファレンスをご確認ください。 $ git --version git version 2.36.1 困ったこと Yappliのソフトウェアエンジニアは常にそのとき所属しているプロジェクトで担当しているタスクだけに取り組むのではなく、

          git-worktreeでmultirepoの開発体験を向上させる - Yappli Tech Blog
        • ChromeOSでGit, VSCode, Dockerをインストールして開発 - Qiita

          はじめに 今年のブラックフライデーでGoogle Pixel Slateが$350割引に純正キーボード + Pixelbook Penが無料でついてくるということで、Google信者の自分としてはこの機会を逃すわけにはいかないと思い購入することに決めた。 Pixel SlateはGoogle製のChrome OSのタブレットで12.3インチとタブレットとしては少し大きめだが、2 in 1のタブレットとしてはちょうどいい大きさだろう。重量は700グラムほどで、iPad Proと比べると重たいが持ち運ぶのに支障はないと言える。 このChrome OSはその名前からわかるように、メインはChromeブラウザ上で作業することが想定されていてとても軽量なOSなのだが、AndroidやLinuxのアプリも使うことができる。そこでChrome OSで軽く開発してみたくなったので、そのときの作業内容をまと

            ChromeOSでGit, VSCode, Dockerをインストールして開発 - Qiita
          • Introducing Scalar: Git at scale for everyone - Azure DevOps Blog

            Git is a distributed version control system, so by default each Git repository has a copy of all files in the entire history. Even moderately-sized teams can create thousands of commits adding hundreds of megabytes to the repository every month. As your repository grows, Git may struggle to manage all that data. Time spent waiting for git status to report modified files or git fetch to get the lat

              Introducing Scalar: Git at scale for everyone - Azure DevOps Blog
            • 【Git入門】git cloneで既存リポジトリをクローンしよう! - RAKUS Developers Blog | ラクス エンジニアブログ

              Gitの既存リポジトリを使って開発を始めるにあたって、皆さんまずはリポジトリを複製しますよね? 本投稿では、git cloneコマンドの基本的な使い方〜便利なオプションの紹介をさせていただきます。 Gitを使い始めたばかりの方から、オプションは使用していなかった!という玄人の方まで、開発する際の参考にしていだければ幸いです。 弊社ブログのGitに関わる関連記事もぜご一読ください! - 【超入門】初心者のためのGitとGitHubの使い方 - 【Git入門】git stashで作業を便利に退避する - 【Git入門】git commitを取り消したい、元に戻す方法まとめ 目次 目次 git cloneって? git cloneの基本的な使い方 別名で保存したい場合 カレントディレクトリ以外に保存したい場合 git cloneのオプション紹介 クローンしたいブランチを指定する クローン時のメッ

                【Git入門】git cloneで既存リポジトリをクローンしよう! - RAKUS Developers Blog | ラクス エンジニアブログ
              • git fetch解説 - Qiita

                以下は社内向け勉強会のLT枠で話した内容をベースにして編集増補したものである。増補分があるので、この内容を5分で話したわけではない。 git fetchコマンドの概要 git fetchはリモートリポジトリからブランチやタグ、またそれらの履歴を完成させるに必要なオブジェクトを取得するためのコマンドである。 git fetchで取得したブランチは通常リモート追跡ブランチに反映される。それをローカルブランチへと持ってくるのはgit mergeやgit rebase等の仕事であるが、git pullコマンドがgit fetchの後に一緒にgit mergeあるいはgit rebaseを実行してくれる機能を持つ。 git fetchコマンドの形 git fetchコマンドは通常、git fetch [オプション] [<リポジトリ名> [<refspec>...]]という形を取る。このリポジトリ名は

                  git fetch解説 - Qiita
                • Celebrating 15 years of Git: An interview with Git maintainer Junio Hamano

                  CommunityOpen SourceCelebrating 15 years of Git: An interview with Git maintainer Junio HamanoGitHub is built on Git, and as Git celebrates its 15th anniversary, our own Jeff King interviews Git maintainer Junio Hamano about Git’s impact over the years. In celebration of Git’s 15th anniversary, GitHub’s Jeff King (@peff) interviewed Git’s maintainer Junio Hamano about Git’s 15 years and what’s com

                    Celebrating 15 years of Git: An interview with Git maintainer Junio Hamano
                  • AWS LambdaのRuby .zipパッケージでgitから取得したgemを使う - たごもりすメモ

                    AWS LambdaでRubyランタイムを使っててzipアーカイブで関数コードをアップロードしてる人向け。 基本的にはGemfileに依存関係書いてbundle config set --local path 'vendor/bundle'してbundle installすればいい。以下のドキュメントを読もう。 docs.aws.amazon.com んだけど、Gemfileにrubygems.org以外から取得したgem、特にgitを指定したものを使っている場合にこれだけだとうまくいかないので、原因と対処を書いておく。 そもそもLambdaは何をやってるか 上述ドキュメントを読むとわかるが、zipファイルにはGemfile.lockもGemfileも入れない。それで動作する。これはどういうことかというと、AWS Lambdaのランタイム側ではBundlerを使わず(?)、vendor/b

                      AWS LambdaのRuby .zipパッケージでgitから取得したgemを使う - たごもりすメモ
                    • 開発でよく使うgitコマンドをユースケースごとに並べます - Qiita

                      概要 過去にインターン生にgitを教えるとき、普段は猿でも分かるhogehogeを読んでくれと言っていたのですが、ユースケースでよくあるケースを用意しておかないとネットで見た内容を鵜呑みにして何も考えずにgit mergeしたりgit rebaseしたり迷走することがありました。 今回は開発していたら遭遇するであろうケースをいくつか並べて、「よくあるユースケースの一連の流れ」を雑多に並べてみました。 gitあるあるユースケース: 最初の儀式 git clone hogehoge ユーザー名とメアドの設定が必要なら下記 git config --global user.name <ユーザー名> git config --global user.email <メールアドレス>

                        開発でよく使うgitコマンドをユースケースごとに並べます - Qiita
                      • 【git】ブランチ名の変更方法(ローカル、リモート) - Qiita

                        リモートブランチ名の変更 リモートブランチ名に関しては厳密に言うと変更ではないかもしれません。 直接、名前を変更するのではなく、名前を変更したブランチを新たにpushします。 なのでPRとかコードへのコメントとかは新しいブランチにはないのでご注意ください。 手順としては、 1. ローカルのブランチ名を変更 2. 変更したブランチを新たにリモートへpush 3. 間違えてpushしたリモートブランチを削除 実際のコマンドは下記の通りです。

                          【git】ブランチ名の変更方法(ローカル、リモート) - Qiita
                        • 第16話 Gitユーザー名とメールアドレスをリポジトリごとに変更したい 【連載】マンガでわかるGit ~コマンド編~ - itstaffing エンジニアスタイル

                          Webサービスやアプリ開発の現場では必須のバージョン管理システム「Git(ギット)」。Gitは、専用のソフトを使えばクリックで直感的に操作することもできますが、いざというときにコマンドが使えると便利です。 前回の第15話では、「.gitconfig(コンフィグ)」 ファイルにエイリアスの設定を追加して、コマンドを省略する方法を学びました。 ・「.gitconfig」ファイルを開いて編集する $ git config --global --edit ・エイリアスを設定する [alias] s = status 今回の第16話では、複数のGitアカウントを使い分ける方法について学びます。このマンガを通して、わかばちゃんと一緒にGitの知識を身につけていきましょう! 【筆者】湊川 あいさん フリーランスのWebデザイナー・漫画家・イラストレーター。マンガと図解で、技術をわかりやすく伝えることが好

                            第16話 Gitユーザー名とメールアドレスをリポジトリごとに変更したい 【連載】マンガでわかるGit ~コマンド編~ - itstaffing エンジニアスタイル
                          • GitHub Actions で別のリポジトリに git push する

                            はじめに GitHubに新しく GitHub Actions というものがリリースされました。いつもはCircle CIを使っていたのですが、試しに使ってみようということで軽く触ってみました。 このブログは先日作ったばかりなのですが、その時に「ブログ管理用レポジトリにmargeされたら、静的ページをビルドして、ブログ公開用レポジトリにpushする」という機能をあとでやる(※)って言っていたので、これをサンプルとして作ってみようと思います。 tl;dr push先のレポジトリで、Settingsから Deploy keys (公開鍵)を登録 GitHub Actionsを設定するレポジトリで、Settingsの Secrets にDeploy keysに対応するの秘密鍵を登録 GitHub Actions用のymlをいい感じに書いてpushする やってみる CI的なところはだいたい何ができる

                            • ルークよ git push --force を使わないでおくれ… git push --force-with-lease を使っておくれ… - Qiita

                              ルークよ git push --force を使わないでおくれ… git push --force-with-lease を使っておくれ…Git まとめ git push --force ではなく git push --force-with-lease を使おう --force-with-lease オプション付き push を alias 登録しておくと便利 そもそも git push --force とは git push --force は強制pushのためのコマンド。いったんリモートにpushしたコミットを なかったことにする 場合に使われる。たとえば、次のような場合: 間違ってpushされたコミットを、リモートのlogから消し去る場合 GitHub Actions動作確認用にpushされた実験的なコミットを、あとで消す場合 --force-with-lease を使おう 過ちを正

                                ルークよ git push --force を使わないでおくれ… git push --force-with-lease を使っておくれ… - Qiita
                              • 第18話 便利なgit tagの使い方!コミットにタグをつけて管理しやすくしよう【連載】マンガでわかるGit ~コマンド編~ - itstaffing エンジニアスタイル

                                Webサービスやアプリ開発の現場では必須のバージョン管理システム「Git(ギット)」。Gitは、専用のソフトを使えばクリックで直感的に操作することもできますが、いざというときにコマンドが使えると便利です。 前回の第17話では、すでに消されたリモートリポジトリのブランチを、ローカルリポジトリでも一気に消してくれる「prune(プルーン)」オプションを学びました。 $ git fetch --prune $ git remote prune リポジトリ名 今回の第18話では、コミットにタグをつける方法について学びます。このマンガを通して、わかばちゃんと一緒にGitの知識を身につけていきましょう! 【筆者】湊川 あいさん フリーランスのWebデザイナー・漫画家・イラストレーター。マンガと図解で、技術をわかりやすく伝えることが好き。 著書『わかばちゃんと学ぶ Git使い方入門』『わかばちゃんと学ぶ

                                  第18話 便利なgit tagの使い方!コミットにタグをつけて管理しやすくしよう【連載】マンガでわかるGit ~コマンド編~ - itstaffing エンジニアスタイル
                                • Git-flow GitHub-flow GitLab-flowという開発フローについてまとめる - Qiita

                                  gitを使用した開発フローである Git-flow GitHub-flow GitLab-flowについてまとめる 参考 Git-flowって何? https://qiita.com/KosukeSone/items/514dd24828b485c69a05 git-flowで用いるブランチまとめ https://qiita.com/hatt0519/items/23ef0866f4abacce7296 【図解】git-flow、GitHub Flowを開発現場で使い始めるためにこれだけは覚えておこう https://www.atmarkit.co.jp/ait/articles/1708/01/news015.html Git-flowとは Vincent Driessen氏がブログに書いた"A successful Git branching model" というブランチモデルの導入を

                                    Git-flow GitHub-flow GitLab-flowという開発フローについてまとめる - Qiita
                                  • Gitコマンドを用いてブランチ名を変更、確認方法 - Qiita

                                    概要 Gitコマンドを用いてブランチ名を変更、確認する方法を紹介致します。 特にデフォルトブランチの変更は1回設定すれば毎回ブランチ名を変更する必要がなくなるので煩わしいと思う方は是非活用して頂きたい。 下記ページ内リンク 現在のブランチ名を変更方法 デフォルトブランチを変更する方法 現在のブランチ名の確認方法 デフォルトブランチの確認方法 ブランチ名の変更方法 シェルを開いて以下のコマンドを記述します。 現在のブランチ名を変更する場合

                                      Gitコマンドを用いてブランチ名を変更、確認方法 - Qiita
                                    • Gitの基礎知識をまとめました - Qiita

                                      こちらはエンジニアなりたての私が学んだ、Gitの基礎知識になります。 トピックは職場の先輩に大事な部分を抽出いただいてまとめました。 私と同様、初学者さんたちのお力になれれば嬉しいです ローカルリポジトリについて Gitのローカルリポジトリには3段階がある 1. ワークツリー 自分の作業場所。ここでファイルの作成や編集を行う。 ワークツリーで編集後、addしていない状態でgit statusを行うと以下のように言われる。 Changes not staged for commit→ステージに上がっていない変更があるよ use "git add ..." to update what will be committed→addするにはgit add <file>してね use "git restore ..." to discard changes in working directory→

                                        Gitの基礎知識をまとめました - Qiita
                                      • 【Git】VSCodeを使って綺麗なコミットログを作る - Qiita

                                        git log --oneline # 0caea04 (HEAD -> master) 4th commit # e4077ab 3rd commit # db8f5e9 2nd commit # 3c98dc7 1st commit git rebase -iで作業中のコミットを全て一つのコミットに squash する GitlensのInteractive Rebase Editorを使用します。 コマンドパレットから行う Ctrl+Shift+Pでコマンドパレットを開く GitLens: Git Rebase... をクリック Rebaseを行うブランチを選択 (↑↓ で選択可能) Rebaseを行うコミットを選択 こちらにあるように、リベースしたいコミットの 1 つ前を選択する必要がある 今回は1st commitを選択 Rebaseの方法を選択する。今回はgit rebase

                                          【Git】VSCodeを使って綺麗なコミットログを作る - Qiita
                                        • Rustで自作Git作った話

                                          簡易的な自作Gitを作ったので記事にしておこうと思います。 ここで発表したスライドに補足説明とコードを付け足したものです Speaker Deck GitHub 自作GitのGitオブジェクトの仕様 自作Gitで使われているファイルの説明からしていきます。 Blob Tree Commit の三種類のファイルが存在しています。 本家Gitはこれに加えTagが存在してます。 これらをGitオブジェクトと言います。 この三種類のファイルは拡張子なのでどれかを判別しているわけではなく、ファイルの中身で判断します。 Blob BlobはUNIXとかで言うファイルの役割をしています。 中身は となっています。 最初にblobと書き込みこのファイルがBlobということを示します。 そしてスペースを挟んでコミットするファイルのサイズを書き込みます。 それからnull文字で区切ってコミットするファイルの中

                                            Rustで自作Git作った話
                                          • 「.NET 5.0」に対応した「Visual Studio 2019」v16.8.0が正式公開 ~新しいGit機能もプレビュー卒業/同じく「.NET 5」をサポートした「Visual Studio 2019 for Mac」v8.6も同時リリース

                                              「.NET 5.0」に対応した「Visual Studio 2019」v16.8.0が正式公開 ~新しいGit機能もプレビュー卒業/同じく「.NET 5」をサポートした「Visual Studio 2019 for Mac」v8.6も同時リリース
                                            • 特定のディレクトリ配下のリポジトリに別のGitの設定を適用する - そこに仁義はあるのか(仮)

                                              Gitの設定(コミット時に利用する user.name や user.email など)は基本的に git config コマンドを利用して設定をしていきます。 git config にはいくつかのオプションがあり、基本的には --global を使ってPCのユーザーとしての設定をし、個別に設定を変更したいリポジトリについては --local を利用して設定してきました。 しかし、この方法だと毎回設定の手間がかかったり、設定するのを忘れてしまって私用のユーザー名やメールアドレスで会社のリポジトリにコミットしてしまったりと、課題がでてきます。 git config --global コマンドを実行すると ~/.gitconfig に設定が保存されていきますが、Gitにはディレクトリ配下に対して別の config ファイルを適用できます。 今回はそれの備忘MEMOです。 例として、以下のような

                                                特定のディレクトリ配下のリポジトリに別のGitの設定を適用する - そこに仁義はあるのか(仮)
                                              • Highlights from Git 2.29

                                                CommunityEngineeringOpen SourceHighlights from Git 2.29The open source Git project just released Git 2.29 with features and bug fixes from over 89 contributors, 24 of them new. Last time we caught up with you, Git 2.28 had just been… The open source Git project just released Git 2.29 with features and bug fixes from over 89 contributors, 24 of them new. Last time we caught up with you, Git 2.28 ha

                                                  Highlights from Git 2.29
                                                • やりなおしGit (re-git)

                                                  フリーソフト作ってます。とりあえず、Blender, UE5 始めようかと思ってます。あとは気ままに。研究・開発→mebiusbox.github.io/ Booth→mebiusbox.booth.pm

                                                    やりなおしGit (re-git)
                                                  • gitで2要素認証を突破するためのGit Credential Managerの紹介 - Qiita

                                                    はじめに GitHubで2要素認証を設定した上で git で push などをするためには, アクセストークンを払い出すか, SSHの公開鍵を登録するかが必要です. しかし, 自分が手動で登録・管理しなければならない認証情報が増えて面倒ですし, せっかく2要素認証を設定したのにセキュリティが微妙になる感じがします. そこで, Microsoftが開発している Git Credential Manager (GCM) を使うと, 手動での認証情報の登録不要 (OAuth) で, 2要素認証に対応できます. GitHub のほか, GitLab や Bitbucket, Azure DevOps にも対応しています. GCMはGit for Windowsではデフォルトで使えますが, MacやLinuxではhomebrewでインストールします. インストールしてみる まず認証管理の初期設定を下

                                                      gitで2要素認証を突破するためのGit Credential Managerの紹介 - Qiita
                                                    • 【Git】2021年8月13日からGitでリモートにアクセスができなくなった。Support for password authentication was removed on August 13, 2021. - iOS-Docs

                                                      エラー文 いつも通り、pullやpushをすると、以下のエラーが表示されます。 Support for password authentication was removed on August 13, 2021. Please use a personal access token instead. remote: Please see https://github.blog/2020-12-15-token-authentication-requirements-for-git-operations/ for more information. fatal: unable to access 'https://john-doe@github.com/john-doe/foo-repository.git/': The requested URL returned error: 403

                                                        【Git】2021年8月13日からGitでリモートにアクセスができなくなった。Support for password authentication was removed on August 13, 2021. - iOS-Docs
                                                      • トラブルケース別Gitコマンド - Qiita

                                                        #直前のコミットまで戻す git reset HEAD^ git reset --mixed HEAD^ #直前のコミットまで指定したファイルのみを戻す git restore --staged [ファイル名] git reset HEAD [ファイル名] git reset [ファイル名] #コミットIDを指定して戻す git reset --mixed [コミットID] # ローカルのmasterを、リモート追跡のmasterに強制的に合わせる git reset --hard origin/master # 直前のコミットまで戻す git reset --hard HEAD^ # 直前のコミットまで指定したファイルのみを戻す git restore [ファイル名] git restore --worktree [ファイル名] git checkout HEAD [ファイル名] git

                                                          トラブルケース別Gitコマンド - Qiita
                                                        • git diff の結果を HTML に変換する「diff2html-cli」 - kakakakakku blog

                                                          最近 git diff の結果を GitHub プルリクエストのようなインタフェース (HTML) に変換する必要があった.既にツールがあるだろうと思って調べたところ「diff2html-cli」を使えば git diff の結果を HTML に変換できるとわかった.今回は diff2html-cli を紹介する. github.com インストール diff2html-cli は npm で簡単にインストールできる.今回は最新版 の v5.1.0 を使う.コマンドは diff2html となる. $ npm install -g diff2html-cli $ diff2html --version 5.1.0 今回はサンプルとして,GitHub リポジトリ redash-hands-on の v7.0.0 リリース (Tags) と v8.0.0 リリース (Tags) の差分を使う.

                                                            git diff の結果を HTML に変換する「diff2html-cli」 - kakakakakku blog
                                                          • Highlights from Git 2.46

                                                            The open source Git project just released Git 2.46 with features and bug fixes from over 96 contributors, 31 of them new. We last caught up with you on the latest in Git back when 2.45 was released. Before we get into the details of this latest release, we wanted to remind you that Git Merge, the conference for Git users and developers is back this year on September 19-20, in Berlin. GitHub and Gi

                                                              Highlights from Git 2.46
                                                            • git commit を取り消して元に戻す方法、徹底まとめ | WWWクリエイターズ

                                                              Git における、git commit の取り消し方法や、やり直し操作に関する方法をまとめました。Git はどんなコミットでもすべてを記録していますので、一度間違えたとしても、いつでも昔の記録からもとに戻せ事が保証されています。 取り消しや、やり直し方法をマスターすれば、バージョン管理ツールとしてのメリットを最大限享受することができます。 git commit の取り消し方法、6選 コミットした直後に「あっ、この変更入れ忘れた!」「あっ、いらないファイルを混ぜてコミットしちゃった!」など、確認不足による間違いは、時間に追われるエンジニアに非常にしばしば発生します。そのような間違いコミットは、まだpushしていなければ、容易に取り消したり、その後コミットをやり直すことができます。 コミットの取り消しにまつわるケースを、下記の6種類に分けてご紹介します。 直前の git commit 実行を取

                                                              • 「Visual Studio 2019」v16.7が正式公開 ~「Git」関連の機能を引き続き強化/v16.8のプレビュー初版もリリース

                                                                  「Visual Studio 2019」v16.7が正式公開 ~「Git」関連の機能を引き続き強化/v16.8のプレビュー初版もリリース
                                                                • ghq - リモートのGitリポジトリをまとめて管理

                                                                  MOONGIFTはオープンソース・ソフトウェアを紹介するブログです。2021年07月16日で更新停止しました GitHubのコードをよく使っているので、ローカルのストレージのあちこちにリポジトリが散在してしまっています。同じリポジトリを別な場所でクローンしているケースも少なくありません。 そんな状態を防ぐのに使えそうなのがghqです。リポジトリをまとめて一つのディレクトリ配下に置いてくれます。 ghqの使い方 ghqはGoのようにgetコマンドでリポジトリを取得します。 $ ghq get git@github.com:online-meetup-dev/online-meetup-dev.github.io.git clone ssh://git@github.com/online-meetup-dev/online-meetup-dev.github.io.git -> ~/ghq/g

                                                                    ghq - リモートのGitリポジトリをまとめて管理
                                                                  • Git ことはじめ (for Ubuntu)

                                                                    ここでは、Ubuntu に Git や GitHub CLI をインストールするための方法を簡単に説明し、コマンド補完機能などの便利な機能を利用するための設定を紹介します。 また、Git の初期設定についても軽く触れます。 0. Ubuntu を用意する 何とかして Ubuntu を用意してください。 実機があれば心強いですが、仮想マシンや Windows Subsystem for Linux (WSL) でも構いません。 以降の説明は Ubuntu を利用していることを前提としています。 また、シェルには Bash を利用していることを前提としています。 1. Git をインストールする Git はフリーかつオープンソースな分散型バージョン管理ツールです。 小規模なプロジェクトから非常に大規模なプロジェクトまで、あらゆるものを高速かつ効率的に処理できるように設計されています。 Ubun

                                                                      Git ことはじめ (for Ubuntu)
                                                                    • Gitのパワーを最大限に活用するにはAtlassianによるチュートリアルがおすすめ - mergeとrebaseの比較や高度なgit logなど

                                                                        Gitのパワーを最大限に活用するにはAtlassianによるチュートリアルがおすすめ - mergeとrebaseの比較や高度なgit logなど
                                                                      • [Git] マージしようとするとrefusing to merge unrelated historiesが出たときの対処方法 | DevelopersIO

                                                                        この記事の結論 $ git merge --allow-unrelated-histories target_branch # コミットを1まとめにしたい場合 $ git merge --allow-unrelated-histories --squash target_branch 始めに 今日は7月7日ですね。何の日かといえば、クラスメソッドの創業記念日です。さて今日は何本の記事が上がるでしょうか。 バージョン管理システムのGitでは、ブランチを分けることによってリポジトリ内のファイルの異なる変更を保持できます。そして分けたブランチはマージすることで変更を取り込み、ひとつのブランチとして統合できます。 さてこのブランチ&マージはとても便利なのですが、通常ブランチの根本(幹)は共通している必要があります。共通していないブランチをマージしようとすると refusing to merge u

                                                                          [Git] マージしようとするとrefusing to merge unrelated historiesが出たときの対処方法 | DevelopersIO
                                                                        • gitコマンド checkoutとswitchの違い ~これからはswitchを使おう~ | Snow System

                                                                          git switchコマンドとは git switchコマンドはブランチの切り替えを専用に行うコマンドでバージョン2.23でリリースされました。 git switchコマンドがリリースされるまではgit のブランチの切り替えにはcheckoutコマンドを利用されてきました。 git checkoutにはブランチの切り替え機能以外に変更の取り消し機能があり、gitコマンドに慣れるまではブランチの切り替えでcheckoutというコマンド名に違和感がありました。 そこで、今回はgit のバージョン2.23.0でリリースされたswitchコマンドをcheckoutと比較し違いを確認してみましょう。 git checkoutとgit swtichとの利用方法の違いは? 作業ブランチを切り替える場合 作成済みのブランチに切り替える場合はcheckoutコマンドと変わりません。

                                                                            gitコマンド checkoutとswitchの違い ~これからはswitchを使おう~ | Snow System
                                                                          • Gitに認証データ窃取の脆弱性、アップデートを

                                                                            Gitプロジェクトは4月14日(米国時間)、「[Announce] Git v2.26.1 and others - Junio C Hamano」において、脆弱性を修正したバージョンの公開を伝えた。この脆弱性を悪用されると、攻撃者によって任意のサイトの認証データを窃取される可能性があり注意が必要。 脆弱性に関する情報は次のサイトなどから得ることができる。 malicious URLs may cause Git to present stored credentials to the wrong server · Advisory · git/git · GitHub CVE - CVE-2020-5260 脆弱性が存在するとされるプロダクトおよびバージョンは次のとおり。 git 2.17.3およびこれよりも前のバージョン git 2.18.2およびこれよりも前のバージョン git 2.

                                                                              Gitに認証データ窃取の脆弱性、アップデートを
                                                                            • git checkout -t でちょっと幸せになれる - Qiita

                                                                              概要 みなさまは git checkout -t を使ったことはありますか?これを使うと既存のリモートブランチをローカルに作成する作業が少し楽になります。 以下の3つのコマンドは全て同じ結果になります。リモートブランチから新しいブランチをローカルに生成し、さらにそのブランチへ移動する という動作をさせるコマンドです。 branch + checkout 最初に覚えたのはこれです。 git branch proj/exampleWorks origin/proj/exampleWorks git checkout proj/exampleWorks

                                                                                git checkout -t でちょっと幸せになれる - Qiita
                                                                              • git revert -m1 の -m は --mainline - id:onk のはてなブログ

                                                                                TIL merge commit は親が 2 つ (以上) あるので、revert するときはどちらの親に戻したいかを -m (--mainline) で指定する。 起きたこと 「意図せず feature branch を main に混ぜて push しまった」と呼ばれて飛び出したんだが、コミットツリーがこうなっていた。 525adcbf69 ●─╮ [main] {origin/main} Merge branch 'main' of ... de745c8669 │ ∙ commit for main 2060e2be19 │ ∙ commit for main 813528befb ∙ │ commit for feature 9ed9cb80a9 ∙ │ commit for feature 9f8e1bb2e1 ∙ │ commit for feature 元々の main 最

                                                                                  git revert -m1 の -m は --mainline - id:onk のはてなブログ
                                                                                • git-split-diffs - ターミナルで使えるGitHub風の差分表示

                                                                                  GitHubではWeb上で差分表示できる機能を提供しています。その表示に慣れると、通常のdiffコマンドの結果だと分かりづらいと感じるかも知れません。左右に分かれて表示される方が見やすいケースは多そうです。 そこで使ってみたいのがgit-split-diffsです。ターミナル上で使えるGitHub風の差分表示コマンドです。 git-split-diffsの使い方 1ペインでの表示例です。 2ペインでの表示例です。 git-split-diffsでは様々なテーマを提供しており、ライトからダークまで幅広く選択できます。シンタックスハイライトも指定できます。ターミナルで使えるので、GUIアプリケーションをインストールする必要なく使えるので便利です。 git-split-diffsはTypeScript製のオープンソース・ソフトウェア(MIT License)です。 banga/git-split

                                                                                    git-split-diffs - ターミナルで使えるGitHub風の差分表示