Git LFSの使用方法
Git LFSとは Gitは、音声・動画・高画質な画像などの大きなファイルを扱うことは不得意です。Gitリポジトリにそのような大きなファイルを含めると、git clone・git push・git pullの処理に膨大な時間がかかります。 Git LFS （Large File Storage以下、LFS） は前述した問題を解決すべく、GitHub・Microsoft・Atlassian、および他のコントリビュータによって開発されているGitの拡張機能です。 これにより、大きなファイルをより効率的に扱うことができます。 Gitの使用可能なバージョンは こちら をご確認ください。 大きなファイルを必要な分だけダウンロードする たとえば、LFSで管理したファイルはgit clone・git pullのときではなく、git checkoutのタイミングで必要な分だけダウンロードされます。 大きな
ssh-agentの使い方と注意点の備忘録
リモートサーバー上でGitリポジトリ操作するとき、クライアント端末に保管してあるGit用のSSH鍵をリモートサーバーにコピーして、git clone ..してましたが、もちろん良くない。 ssh-agentの仕組みと使い方が、やっと分かってきたので備忘録残しときます。 試した環境 クライアントは、Windows11 + VSCode + Remote-SSH リモートサーバーは、Ubuntu20.04 リポジトリは、GithubとホスティングしているGitLabの2つ ssh-agentについて このエージェントは、クライアント端末上でサービスとして稼働していて、SSH鍵を登録しておくことができる。 リモートサーバー上で必要になった時に、このエージェントが登録した鍵を提供してくれて、リモートでSSH鍵が使える。リモート上にSSH鍵は存在しないので、セキュアであるという仕組み。 Window
Windows10でGitHubを始める～⑥-3.Git操作時のGitHub認証SSH編 - Qiita
個人学習メモ。 1.SSHについて 1-1.SSHとは ネットワーク上のコンピュータを遠隔操作するためのプロトコル パスワード情報含めて通信をすべて暗号化する 「Secure Shell」の略 ポート22を使用する SSHというプロトコルでGitHub～Git間通信を暗号化して安全にファイルをやり取りしましょう、ということ。 1-2.SSHの認証方式 SSHは「公開鍵認証方式」という方法で通信を暗号化する。 公開鍵認証方式は「公開鍵」「秘密鍵」の2種類の鍵を使って安全に情報をやり取りする方式のこと。 （この2種類の鍵をキーペアと言ったりする） 以下の流れでクライアントとサーバがやり取りをし、認証を行う。 クライアントが公開鍵と秘密鍵を作成する クライアントが公開鍵をサーバに渡す クライアントがサーバに認証を要求する サーバは公開鍵で暗号文を作成し、クライアントに送る クライアントは秘密鍵で
Git - サブモジュール
1. 使い始める 1.1 バージョン管理に関して 1.2 Git略史 1.3 Gitの基本 1.4 コマンドライン 1.5 Gitのインストール 1.6 最初のGitの構成 1.7 ヘルプを見る 1.8 まとめ 2. Git の基本 2.1 Git リポジトリの取得 2.2 変更内容のリポジトリへの記録 2.3 コミット履歴の閲覧 2.4 作業のやり直し 2.5 リモートでの作業 2.6 タグ 2.7 Git エイリアス 2.8 まとめ 3. Git のブランチ機能 3.1 ブランチとは 3.2 ブランチとマージの基本 3.3 ブランチの管理 3.4 ブランチでの作業の流れ 3.5 リモートブランチ 3.6 リベース 3.7 まとめ 4. Gitサーバー 4.1 プロトコル 4.2 サーバー用の Git の取得 4.3 SSH 公開鍵の作成 4.4 サーバーのセットアップ 4.5 Git
[git] 戻したい時よく使っているコマンドまとめ - Qiita
はじめに コミットのバージョンを戻す、ステージングしたものを編集内容ごと取り消す、ファイルのステージングを取り下げる...と戻すにも色々あります。 整理も兼ねて業務でよく使っているコマンドをまとめます。 目次 編集内容を取り消したい(addする前) ステージングを取り消したい コミットのバージョンを戻したい 特定のファイルのみ、コミットのバージョンを戻したい リモートリポジトリのコミットのバージョンを戻したい 編集内容を取り消したい(addする前) git checkout [ファイル名] ファイル名のところを.にすると、ステージング前の全ての変更内容がなくなる。 ステージングを取り消したい git reset [ファイル名] ステージングを取り下げる。編集内容は残る ファイル名を指定しないと全てのステージングが取り下げられる。 git checkout HEAD -- [ファイル名] ス
![[git] 戻したい時よく使っているコマンドまとめ - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/32feede1acaffeac41a2df80e23a5d287ad304d2/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-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCZ2l0JTVEJTIwJUU2JTg4JUJCJUUzJTgxJTk3JUUzJTgxJTlGJUUzJTgxJTg0JUU2JTk5JTgyJUUzJTgyJTg4JUUzJTgxJThGJUU0JUJEJUJGJUUzJTgxJUEzJUUzJTgxJUE2JUUzJTgxJTg0JUUzJTgyJThCJUUzJTgyJUIzJUUzJTgzJTlFJUUzJTgzJUIzJUUzJTgzJTg5JUUzJTgxJUJFJUUzJTgxJUE4JUUzJTgyJTgxJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz1jMjY0ZGY2MjVhYjc2ZmZmMzZlMWZiZTIzYTJhNzQ0Nw%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDByY2gxMjIzJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz0zNzUzYjdlZGFkYzBkYmNjYmExNTBiNTYwZTRlNjQ5MA%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4gaVJpZGdlLCBJbmMu%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%25231E2121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3De5d10c2063fb5819c190e2cc393c5a8a)
Git Large File Storage を設定する - GitHub Docs
GitHub で利用したいファイルがリポジトリにある場合、まずリポジトリからそれらのファイルを削除し、それからローカルで Git LFS に追加する必要があります。 詳しくは、「リポジトリのファイルを Git Large File Storage に移動する」をご覧ください。 アップロードに成功しなかったGit LFSのファイルで参照されたものがあるなら、エラーメッセージが返されます。 詳しくは、「Git Large File Storage のアップロード エラーを解決する」を参照してください。 [ターミナル][ターミナル][Git Bash] を開きます。 カレントワーキングディレクトリを、Git LFSで利用したい既存のリポジトリに変更します。 リポジトリのファイルの種類を Git LFS と関連付けるには、git lfs track の後に、Git LFS に自動的にアップロードし
Git に GitHub の認証情報をキャッシュする - GitHub Docs
Tip SSH を使って GitHub リポジトリをクローンすると、他の資格情報ではなく SSH キーを使って認証することができます。 SSH 接続の設定については、「SSH を使用した GitHub への接続」を参照してください。 GitHub CLI GitHub CLI は、Git 操作の優先プロトコルとして HTTPS を選択すると自動的に Git 資格情報を格納し、GitHub 資格情報で Git に対して認証するかどうかを尋ねるプロンプトに対して "はい" と答えます。 macOS、Windows、または Linux に GitHub CLI をインストールします。 コマンド ラインで、「gh auth login」と入力し、プロンプトに従います。 Git 操作の優先プロトコルの入力を求められたら、HTTPS を選択します。 GitHub 資格情報を使用して Git に対する認
Gitのcheckoutでローカルのファイルを戻す - console.lealog();
Git管理下、いわゆるローカルで作業してて、内容を保存。 ファイルを閉じる。 あ、やっぱ今の保存なし！ ・・・閉じてしまったからCtrl+Zも効かねぇ！ って時に使うコマンド。 git checkout branchの切り替えに使ったこのコマンドが、そういう用途でも使えるそうな。 # そのディレクトリ全部 git checkout . # 単品 git checkout hoge.htmlでもあくまで戻せるのは、「最後にコミットした時点まで」 何回も開いて保存して閉じてしてた場合に、2回閉じる前まで！ってのはできません。 ・・・できたら良かったのに。 そんでもってこのコマンドは、以下と同じ。 git checkout HEAD hoge.htmlチェックアウト＝作業開始の宣言と捉えるならば、 最後に作業開始しようとした瞬間＝最後にコミットした直後 そのコミットした瞬間に立ち戻る・・って意味
.gitignore の書き方。ファイル/ディレクトリの除外 | WWWクリエイターズ
.gitignoreの書き方と仕様を、具体例をまじえてまとめました。「あれ？うまく反映されない・・」など、gitの仕様の理解不足からくるトラブルも解決していきます。 .gitignore の基本 .gitignore とは、Git による追跡から特定のファイルを除外するための設定を書き込むファイルです。 あるGit 管理対象とししているディレクトリでも、その中のすべてのファイルを Git で管理したいとは限りませんので「Git で追跡しないファイル」を .gitignore を使って明示的に指定する事ができます。 .gitignore の仕様をおさらい まず最初に理解する必要があるのは、.gitignore の仕様です。具体的には、「.gitignore に記載された対象ファイルは、git add の実行時に、インデックスに追加されないようになる」という点だと思います。 言い換えると、.g
コミットの修正には git commit --amend が便利 - RAKUS Developers Blog | ラクス エンジニアブログ
はじめに はじめまして。新卒1年目のtakaramです。 今回は、Gitのコミットで失敗した時に便利な「git commit --amend」コマンドをご紹介します。 目次 はじめに 目次 git commit --amend とは このコマンドでできること コミットメッセージの修正 コミット内容を後から追加 このコマンドでできないこと コミットからファイルを削除する 2つ以上前のコミットを修正する おわりに git commit --amend とは その前に、そもそも amend という単語自体あまり耳慣れないかもしれません。辞書によれば、"amend"＝「修正する、改める」という意味です。 そしてgit commit --amendもまさに「直前のコミットを修正する」ためのコマンドなのです。 このコマンドでできること このコマンドで出来るのは、 コミットメッセージの修正 コミット内容
特別な理由なしにgit-flowを新規採用するべきではない - Qiita
Gitのワークフローについては自転車置き場の議論になりがちであまり乗り気がしないのですが、最近少し発見があったのと、実際に多くの現場で明らかにフィットしないのに git-flow を検討したり採用したりしようとして苦労をしている様を目撃することが多いので書くことにしました。 この記事で主張する内容はタイトルの通りですが、まず前提として以下を宣言しておきます: 全てのケースに100%フィットするようなワークフローは存在しない git-flowがフィットするケースも探せばあるかもしれない 例えばすでに何年もgit-flowでうまく回せてるよ、など どのようなワークフローを採用するかは最終的にはあなた（のチーム）が判断すべき さて、 git-flow は 2010年1月「A successful Git branching model」というブログポストによってバズり、以来多くの人が参考にしてき
.gitignoreに記載したのに反映されない件 - Qiita
.gitignoreにファイルを指定することで、git上にアップしたくないファイルをアップせずに済みます。 ローカルでのみ必要なファイルがある場合に非常に便利です。 しかし、.gitignoreに記載したのに反映されなかったことがあったので、原因と解決策について記載します。 原因 一度gitにアップしてもらったものを、.gitignoreに追加したことが原因だった。 キャッシュにインデックスが残っているので、.gitignoreの設定が反映されていなかった。 解決策 手順 .gitignore 編集 キャッシュを削除 commit & push キャッシュ削除の際、ファイルを削除しているわけではないのでご安心を。 また、pushした際に大量のremoveログが出るが、ローカルのファイルが消えたわけではないのでご安心を。 キャッシュ削除の方法 下記コマンドを実行する。 ファイル全体キャッシュ
git tag と GitHub の Release 機能でプロっぽさを出してみよう - Qiita
本稿は Git Advent Calendar 2019 の12日目の記事です。 昨日の記事は @miiina016 さんによる ブランチを切ってinitialコミットまでするalias でした。 概要 こんにちは。とつぜんですが、みなさまは GitHub で以下のようなものを見かけませんでしょうか。 ↓こんなのとか ↓こんなのとか ※画像は Laravel先生の公式リポジトリ からお借りしました。 なんというかこんな風にバージョン6.5.2とか書かれると プロっぽさ というか 製品感がある というか。とにかく 見た目カッチョイイ ですよね(語彙力 これっていったいどうやってるんだろうと思って少し調べてみたところ、実はごく簡単な方法で実現ができるということがわかりました。そんなわけで今日はその方法を紹介してみたいとおもいます。 適当なリポジトリをつくります 単に私が検証用のリポジトリを用意
APIキーやその他のクレデンシャルを含むシークレットを管理・保存するためのベストプラクティス[2020年版]
GitGuardian 開発者、インフラ、およびアプリケーションが使用するシークレットを保護するための開発フレンドリーなツールを提供するパリ発のセキュリティベンダー。GitHubリポジトリ上の機密情報や脆弱性を検知する「GitGuardian」は、世界中で愛用されている。 この記事は、著者の許可を得て配信しています。 https://blog.gitguardian.com/secrets-api-management/#avoid-git-add API キーやその他のクレデンシャルのようなシークレットを保存して管理することは困難であり、とても慎重に考えられたポリシーであっても、利便性と引き換えに回避されることがあります。今回、シークレットとクレデンシャルを安全に保つためのベストプラクティスをいくつかまとめました。シークレットの管理には絶対的なアプローチはありませんので、このリストでは、
![APIキーやその他のクレデンシャルを含むシークレットを管理・保存するためのベストプラクティス[2020年版]](https://cdn-ak-scissors.b.st-hatena.com/image/square/19fe2a34067a646fc28a3d4a895e58c36ddc4811/height=288;version=1;width=512/https%3A%2F%2Fs3-ap-northeast-1.amazonaws.com%2Fraptor-photo-production%2Fuploads%2Fckeditor%2Fpictures%2F2510%2Fcontent_title.png)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【Git】.gitkeepで空ディレクトリのみGit管理したい - Qiita
https://discussions.unity.com/t/how-to-update-a-git-package-button-missing/286555
Git BashのSSHからWindows 10本家のOpenSSHへ移行する - Qiita
git submoduleメモ - Qiita
Ubuntu Git その278 - サブモジュールのコミットIDを表示する（git submodule）
git tagの使い方まとめ - Qiita
