GitHub - AmrDeveloper/GQL: Git Query language is a SQL like language to perform queries on .git files with supports of most of SQL features such as grouping, ordering and aggregations functions
SELECT 1 SELECT 1 + 2 SELECT LEN("Git Query Language") SELECT "One" IN ("One", "Two", "Three") SELECT "Git Query Language" LIKE "%Query%" SELECT DISTINCT title AS tt FROM commits SELECT name, COUNT(name) AS commit_num FROM commits GROUP BY name ORDER BY commit_num DESC LIMIT 10 SELECT commit_count FROM branches WHERE commit_count BETWEEN 0 .. 10 SELECT * FROM refs WHERE type = "branch" SELECT * FR
代表的なコマンドを3つピックアップしました。 「やっていること」について説明していきます。 git add 上記の前提知識をもとに説明していきます。 例えば、index.htmlファイルを作成した場合を例に考えます。まず、リポジトリに圧縮ファイルAというファイルが作成されます。その後、圧縮ファイルをハッシュ化したものをindex.htmlとマッピングしたものをステージングで保持します。これがgit addです。そしてこれがblobオブジェクトと呼ばれます。 git commit git commitでは2つのことをしています ①ツリーオブジェクトの作成 blobオブジェクトにはもともとのファイル名情報が残っていません。全てハッシュ化されています。ここではファイル名とファイルの中身を組み合わせることでツリーオブジェクトを作成します。ツリーオブジェクトはディレクトリの一つの階層ごとに一つのツリ
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
Learn Git Branching
An interactive Git visualization tool to educate and challenge!
Gitコマンドチートシート - Qiita
まえがき DMM WEBCAMP Advent Calendar 2023 14日目記事です。 DWCメンター・卒業生が記事を投稿しておりますので、是非他の記事もご確認ください！ 初めに よく使うコマンドを厳選して載せています． そのため，その他コマンドについては，manコマンドなどを用いて各自で調べてください． git設定 コマンド 解説 補足
今までなんとなく、fetchしてmergeするのを一気にやってくれるのがpullという理解で、詳しく調べたことがありませんでした。 改めて調べてみたのでまとめます。 前提知識 fetch, merge, pullを理解する上で欠かせないのが以下の言葉です。 リモートリポジトリ: GitHubなどリモート上に存在するリポジトリ ローカルリポジトリ: PC上に存在するリポジトリ リモート追跡ブランチ: origin/mainなど、リモートリポジトリを追跡するブランチ ローカルブランチ: mainなど、ローカル上で実際に扱うブランチ 図にすると以下のようになります。 すこしわかりにくいのがリモート追跡ブランチですね。 これはリモートブランチの状態をとりあえずローカルに持ってきている場所というような理解であっていると思います。 ここで大事なのは、リモート追跡ブランチはあくまでローカルにあるブランチ
tldr GitButlerのUIはこんなかんじ。 なにがいいの? 目玉となる機能は仮想ブランチで物理的なブランチを作成しなくてもgitの作業を柔軟に行えるようになります。たとえば現在の変更から複数の仮想ブランチに変更をドラッグして変更を構成できたりします。 コミットメッセージも自動で考えてくれたりします。 仮想ブランチの名前も自動的に決めてくれます。 なぜGitButlerなのか？ 新しいGitクライアントの必要性 現代のソフトウェア開発では、GitHubが開発者のコラボレーションを変革しました。しかし、GitHubやGitLab、Bitbucketを使うには依然として、使いにくく、エラーが発生しやすいコマンドラインツールを使用する必要があります。これは、現代の開発者が使用するワークフローやプロセスに最適化されていません。 GitButlerの革新性 GitButlerは、ソフトウェア開
投稿目的 現場での対応の備忘録 兼 Git初心者への情報共有 「ふわっとした理解」を「ぷにっとした理解」くらいに固める 有識者からご指摘をいただく 本記事について 現場に配属されてからというもの、Gitを用いて時空操作することがたびたびありました (Gitでやらかした際に対処する経験を積ませていただきました)。 その時の備忘録 兼 Git初心者の方への知識共有として、本記事を執筆します。 ※VSCode & Git Graphを使用しています。 事例紹介「コミットメッセージを間違えた...」 あっ...コミットメッセージに日付を入れるの忘れてpushしてた... 上記2023/11/20ブランチ(ピンクのブランチ)のコミットメッセージについて、 正 : [日付] コミット内容 誤 : コミット内容(今の内容) 解決策① git commit --amendコマンドを使う 最初に「Git コ
EngineeringMeasuring Git performance with OpenTelemetryUse our new open source Trace2 receiver component and OpenTelemetry to capture and visualize telemetry from your Git commands. When I think about large codebases, the repositories for Microsoft Windows and Office are top of mind. When Microsoft began migrating these codebases to Git in 2017, they contained 3.5M files and a full clone was more
本記事は 【いまさら聞けない○○ウィーク～Git編～】 3日目の記事です。 🍦 2日目 ▶▶ 本記事 ▶▶ 4日目 💻 こんにちは。 新卒2年目、駆け出しエンジニアの草野です。 今週のネットコムBlogのテーマが、「いまさら聞けない○○ウィーク～Git編～」ということで、 入社してからの1年間で何度も苦い経験をしたGitについて初執筆させていただきます。 今回はそんなGitの中で、私が大好きな機能のgit stashについて執筆したいと思います。 こういうことありませんか？ git stashの使い方 作業を一時的に退避する 退避した作業の一覧を表示する 退避した作業を一覧から削除する 退避した作業を反映する 実際にgit stashを使ってみる 注意 おわりに こういうことありませんか？ 「ちょっと割り込みで、この対応見てくれない？」 業務の中で、いきなりこう言われることがよくありま
今回取り扱う用語 ・ブランチ ・上流ブランチ ・マージ ・プルリクエスト 前回からの続きです。 早速ですが、新たにブランチを切ってみましょう。 mainブランチをセーブデータ1とすると、それを元にセーブデータ2を作成するといったイメージです。 セーブデータ2で上手くいった部分をセーブデータ1に反映できたりします。便利ですね。 セーブデータ2からセーブデータ3、そこから4…など、枝分かれして作業することを「ブランチを切る」といいます。 新規ターミナル(Git Bash)を立ち上げ以下のコマンドを実行します。
「Women Developers Summit 2023（デブサミウーマン2023）」で大反響だったセッション「Git中級者への第1歩」が、パワーアップしてCodeZineに帰ってきました。この連載では、コマンドの使い方やGitの効率的な学び方など、知っておくと役立つ情報をお届けし、基礎から更なるステップアップを目指すみなさまを応援していきます。第2回となる今回は、ブランチ戦略がテーマです。 はじめに こんにちは、都内でソフトウェアエンジニアとして働いている藤澤です。「Git中級者への第1歩」の連載の2回目となります。第1回はコミットに着目した内容でした。第2回の今回は、ブランチ戦略に着目します。 対象読者 Gitコマンドのadd、commit、push、pullなどは問題なく使える方 Gitをより便利に使いたい、もう一段レベルアップしたいと思っている方 Gitの学び方について知りたい方
git merge と 4種類の結果について
git merge とは？ 複数のブランチを 1 つのブランチに統合するコマンドです。 merge コマンドは、元のブランチと分岐したブランチを統合した新しいコミットを作成します。 gitで merge 後の結果には 下記のような種類があります。 Already up to date mergeするブランチ同士のコミット内容に差分が無く、mergeする必要がなかった状態。 Fast Forward（早送りになるmerge） 現在のブランチの先端から対象ブランチに向かって 1 本の直線的なパスのみが通っている状態。 fast-forward な関係や状態といわれたら、merge 元ブランチ（merge した内容を持つブランチ）の内容はすでに merge 先にあるという状態のことを指します。 fast-forward な関係にある時に pull すると、実際には merge は発生しないので、
CloudFormationがCD Pipelineなしで そのままGit連携デプロイが可能に！ #AWSreInvent | DevelopersIO
CloudFormationがCD Pipelineなしで そのままGit連携デプロイが可能に！ #AWSreInvent ども、re:Invent現地参加組の もこ@札幌オフィス です。 まだ現地ではキーノートが始まっておらず、まだラスベガスにも到着出来ていない現状ですが、ぽろぽろと出てきているアップデートをご紹介していきます！ CloudFormationのStack更新がGitからできるようになった！ このサービス、簡潔にまとめると「CloudFormationのStack deployment fileを元にして良い感じに指定したブランチに更新があったらデプロイするよ！」といったサービスです。 Stack deployment fileを簡単に説明するとCloudFormationのTemplateにおけるパラメータを定義できるモノです。 今回のアップデートであるGitとの同期機能
~sircmpwn/bunnix - A simple monolithic Unix-ish kernel - sourcehut git
#Bunnix A simple monolithic Unix-like operating system. #Bunnix cross toolchain A GNU toolchain configured for an x86_64-bunnix target is required to compile Bunnix. Fetch the binutils and gcc trees from here: binutils (bunnix branch) gcc (bunnix branch) You must configure these with the Bunnix sysroot you will be using for your build. The build system places this at $srcdir/target/root/ by defaul
「ChatGPT/LangChainによるチャットシステム構築[実践]入門」という本を読んで学んだ知識を使って、自分で簡単なツールを作ってみたのでそれについて紹介しようと思います。作ってみたツールは、git diff の結果を入力として、この差分によって更新が必要になるドキュメントを検知して書き換えるというものです。 動作例 この記事で紹介するツールの実際の動作例を最初に示します。 ❯ dupdate --repo ../dummy_project --model_name gpt-4 --k 2 2023-11-05 15:22:42.471 | INFO | __main__:main:123 - Using mode: gpt-4 2023-11-05 15:22:43.440 | INFO | __main__:main:125 - Created DB 2023-11-05 15
ゲンゾウ用ポストイット シェル / Bash / Linux / Kubernetes / Docker / Git / クラウドのtipsを発信。 はじめにgit prune コマンドは掃除用の Git サブコマンドです。 Git のコミット履歴の実体はハッシュ値を一意キーとする "Git オブジェクト" の集合体です。 Git オブジェクトのうち、到達不能(不要)になったものを掃除するために使用するのが git prune コマンドです。 ブランチ名やタグ名を起点として、コミットツリーからたどることができなくなった要素を 到達不能となった Git オブジェクト と呼びます。 git pruneは基本的に直接実行しません。 「ゴミ掃除コマンド」であり、git gc コマンドの 子コマンド ( git gc コマンドの中で実行されるコマング群の 1 つ ) です。 検証環境$ uname
Visual Studio Code と Git Hub を連携させてみる 前編 | 法人向けパソコン(PC)・計測器レンタルなら横河レンタ・リース
Visual Studio Code と Git Hub を連携させてみる 前編 Visual Studio Code は、開発者に人気のエディターです。 単なるプログラムを記述するエディターとしてだけでなく、拡張機能を組み込んで自分の好きなようにカスタマイズできることも人気の理由です。 また、ソースコード管理の GitHub との連携も行えますので、チーム開発にも対応可能です。 今回は DevOps における基本的な開発ツールとして、Visual Studio Code と GitHub を連携させる基本設定について解説します。 Visual Studio Code のインストール Visual Studio Code はオープンソースで開発されており、無料で利用できます。 対応OSは Windows、macOS、Linux です。 必要な環境にインストールできます。 使用したい環境に合
Hello! The other day I ran a Mastodon poll asking people how confident they were that they understood how HEAD works in Git. The results (out of 1700 votes) were a little surprising to me: 10% “100%” 36% “pretty confident” 39% “somewhat confident?” 15% “literally no idea” I was surprised that people were so unconfident about their understanding – I’d been thinking of HEAD as a pretty straightforwa
Fossil: Fossil Versus Git
1.0 Don't Stress! The feature sets of Fossil and Git overlap in many ways. Both are distributed version control systems which store a tree of check-in objects to a local repository clone. In both systems, the local clone starts out as a full copy of the remote parent. New content gets added to the local clone and then later optionally pushed up to the remote, and changes to the remote can be pulle
Scripting with Go: a 400-line Git client that can create a repo and push itself to GitHub
Scripting with Go: a 400-line Git client that can create a repo and push itself to GitHub July 2023 Go to: Tech summary | Error handling | Performance | vs Python | Conclusion A few years ago I wrote pygit, a small Python program that’s just enough of a Git client to create a repository, add some commits, and push itself to GitHub. I wanted to compare what it would look like in Go, to see if it wa
git push --forceで履歴は消えないと言う話
GitのForce push（git push --force）と言えば、間違って実行してリポジトリ吹き飛ばしたとか、ミスオペレーションの代名詞として語られることが多い操作です。 筆者も過去に一度だけmasterブランチに向けてForce pushをしてしまい、平謝りをした経験があります。 一方、最近知ったのですが、Gitリポジトリに本来入れてはいけない情報を入れたときの対応策としてForce pushすれば履歴は消えると考えている人もいるようです。 これについては、言葉で説明するよりやってみた方が早そうなので、実際に試してた結果を共有します。 もしお近くで「Force pushで消える、いや消えない」と言った議論を聞いたときには、そっとこの記事と、次の記事を見せてあげてください。 GitHub上のsensitive dataを削除するための手順と道のり - Merpay Advent C
git-logを上手に使って無駄なDockerビルドを回避する | Offers Tech Blog
こんにちは！ Offers, Offers MGR を運営している株式会社 overflow 所属、エンジニアの藤井です。 最近、既存機能のリプレースのため頻繁にデプロイ作業を繰り返していたのですが、Docker ビルドの時間が長くてイライラしていました。 Docker イメージのサイズは可能なかぎり最小を保つべきですが、それでも追加開発を繰り返せばギガバイト単位になってしまうことも珍しくはありません。 そうなると、Docker ビルドにかかる時間も長くなり、開発効率が落ちてしまいます。 そこで今回は、git-log を上手に使って無駄な Docker ビルドを回避する方法をご紹介します。 その前に、まずは Docker タグの戦略について考えていきます。 Dockerタグの戦略について Microsoft のドキュメント "Recommendations for tagging and
TL;DR 次の手順を実行する リポジトリに infra/git-hooks のような名前でディレクトリを作成し、下記の pre-push スクリプトファイルを追加する。 このとき、 chmod +x infra/git-hooks/pre-push のようにして pre-push スクリプトに実行権限を付与しておく。 .gitignore ファイルに .wt-pre-push-test を追加する。 .wt-pre-push-test は pre-push スクリプトが push 前チェックに使用する作業用ディレクトリ 上記変更を push する。 各開発者の環境で上記の変更を取り込んだ段階で git config core.hooksPath infra/git-hooks コマンドを実行して、フックを有効化する。 #!/bin/bash # git で push を行う際に、テストが
「commit messageを考えてる間によしなに git hooks を実行しておいてね！」を実現するneovimの設定をかいた
TL;DR Git の commit message を考えている間に pre-commit script を実行するneovimの設定を書いた CLIから git commit -n で neovim を立ち上げて使う 今はいろいろ雑なので、今後は設定を切り出してプラグイン化/CLI Tool化したい はじめに ある日、いつものようにThe Engineers' Paradiseで喋っていると、da-ja-re王ことkuuさんの gitcommit の設定が話題になりました。 この設定は、「gitのcommit messageを打っている間に .git/vim にあるスクリプトを実行してくれる」設定です。 「確かにcommit message を考えている間にスクリプトを実行できたら嬉しいだろうな」 「これをgit の git hooks の実行に使えたら！」 ということで、このアイデア
Gitのshallow cloneの基本
概要 Gitでcloneやfetch、pullをそのまま使用するとリポジトリ―の履歴全体を取得してしまう。リポジトリ―が小さければ問題ないが、巨大なリポジトリ―の場合、非常に時間がかかるし、ストレージ容量も圧迫してしまう。単に最新コードを使いたいだけならば、全履歴を取得する必要はない。 Gitではshallow clone (浅いクローン) を作ることができ、リポジトリ―の取得を最新コミットのみに限定して、ダウンロードサイズを大幅に減らすことが可能な機能がある。これに焦点を当てて、必要なコミットだけを取得する方法を整理する。 以下のGitのマニュアルを参考にした。 情報源 Git – git-clone DocumentationGit – git-fetch DocumentationGit – git-pull Documentation 結論としては以下のコマンド群で特定コミット・ブ
はじめに Flask + Herokuでオウム返しを行う簡単なLINE Botの開発を行う。 本記事では、Gitを使ってアプリケーションをHerokuにデプロイする LINE Developersへの登録や、Herokuへの登録は概要のみ伝える。 環境 python 3.9.16 ※Herokuでサポートされているversionは2023年6/16現在では主に4つあります。 詳しくは本記事、「LINE Botの実装」の「Pythonランタイムを指定する」という欄で説明しています。 Flask 2.2.3 line-bot-sdk 2.4.2 gunicorn 20.1.0 git 開発手順 LINE Developersに登録 Botの実装 Herokuの登録＆設定 アプリをHerokuへデプロイ 1. LINE Developersに登録 登録後の流れは以下のようになる。 細かい設定に関
Why SQLite Does Not Use Git
1. Introduction SQLite does not use the Git version control system. SQLite uses Fossil instead, which is a version control system that was specifically designed and written to support SQLite. People often wonder why SQLite does not use the Git version control system like everybody else. This article attempts to answer that question. Also, in section 3, this article provides hints to Git users abou
覚えていますか？Git以前の世界 | ソフトアンテナ
今やバージョン管理ツールとして圧倒的なシェアを誇る「Git」ですが、Gitが登場する前、プログラムのソースコードはどのように管理されていたのでしょうか。 海外のブログ記事「The World Before Git」で、Git誕生に至るバージョン管理ツールの履歴がまとめられています。 この記事によると、1970年代の初頭、開発者はファイルのコピーを手作業で保存することでバージョン管理をしていました。標準的なやり方はなく、開発者がそれぞれ個人的な方法でバージョンを管理していたのです。 この状況が変わるのは、1972年にベル研究所のMarc J. Rochkind氏が作成した「SCCS」です。SCCSでは、現在のバージョン管理ツールにも継承されている多くのコンセプトが導入され、自動リビジョントラッキングやブランチ、マージなどがサポートされました。ファイルの変更を管理するために、ファイルの完全な複
はじめに git スキル リファクタリングの時間です！！ 最近gitコマンドに慣れてきたので、新しいコマンドを覚えていきたい所存 「すぐ使えるもの」：RUNTEQ カリキュラムで使えるもの 「すぐ使えないけど絶対使うもの」：備忘録 「まだ重要度のわからないもの」：初心者（私）からするとわからないもの。 という形で書いていきます！ （↓ こちらの記事に触発されました。ありがとうございます🙇♂️🙇♂️） すぐ使えるもの 今取り組んでいる RUNTEQ カリキュラム上、すぐに使って覚えていけそうなものです。 git commit --amend 直前のコミットメッセージは git commit --amend で変更できます。 テキストエディタが開くので、コミットメッセージを変更して保存します。 まさに今日やりたかったことですね～便利。 git branch コマンド 説明
GitHubのアカウント作成 GitHubのアカウントを作成する手順 GitHubのホームページ（https://github.com/）にアクセスする。 "Sign up"ボタンをクリックし、必要な情報を入力して新しいアカウントを作成する。 リモートリポジトリの作成 GitHub上でリモートリポジトリを作成する。 GitHubにアクセスし、ログイン。 ダッシュボード画面に移動。 画面上部のナビゲーションメニューから「Repositories」をクリック。 「New」ボタンをクリック。 リポジトリの詳細を入力する。 「Repository name」にリポジトリ名を入力する。 「Description」にリポジトリの説明を入力する。（オプション） 「Public」または「Private」を選択して、リポジトリの公開範囲を設定。 その他の設定を必要に応じて調整。 必要な設定を入力したら、「C
Git - git-replay Documentation
English
Using Git to version control your Jupyter notebooks has many advantages but it's a bit tricky to version control your Jupyter notebooks on Git. In this guide, we show you all the best practices, workflows, and tools to make Jupyter Notebooks play nicely with Git, GitHub, and Bitbucket. Git ↔ Jupyter ChallengesLet's briefly list down the challenges of using Git with Jupyter Notebooks - Notebook Git
この記事について この記事ではGitのサブモジュール機能を使って共通のソースコードを複数のプロジェクトで共有する方法について紹介します。 この方法が役に立つのは、例えばNode.jsでブログシステムを開発していて管理システムと配信システムを別々に作っているけどデータベースは共通している、といった場面です。 このような場面ではPrismaやSequelizeのモデル定義が管理システムと配信システムの両方のコードベースに必要となります。 普通にコピー＆ペーストしても悪くはないかと思いますが、より良い方法としてGitのサブモジュール機能を使った方法を紹介します。 共有する前の状態 ソースコードを共有する前のファイル構成（再現コマンドを兼ねます）を下記と仮定します。 mkdir module-a mkdir module-a/common touch module-a/common/add.js
はじめに 業務や個別の作業のため、Windows環境でGitを使っていますが、Gitをインストールはしたけど、アップデートした記憶がなかったので、今回、「Git for Windows」をアップデートしました。 Git for Windows アップデート手順 Git Bash、コマンドプロンプト、PowerShellのいずれかを実行します。 以下のコマンドを入力して実行して、アップデートを開始します。 最新版のGit for Windowsをインストールするか聞かれる場合は「y」を入れます。 Enterを押すと、自動にダウンロードが開始されます。 3. ダウンロードが完了すると、自動的に最新版のインストールも進みます。 4. アップデートが終わったら、Gitのバージョンを確認します。 その他 「git update-git-for-windows」コマンドを実行すると、 curl: (6
Hello! I’ve been working on writing a zine about git so I’ve been thinking about git branches a lot. I keep hearing from people that they find the way git branches work to be counterintuitive. It got me thinking: what might an “intuitive” notion of a branch be, and how is it different from how git actually works? So in this post I want to briefly talk about an intuitive mental model I think many p
こんにちは、ちゃまと申します。 最近bot作成にハマり、日々試行錯誤しております。 少し技術よりの細かい話を書いてみたくなりZennも利用してみることにしました。 ちなみに、記事タイトルは尊敬するまちゅけんさんの記事を勝手にパクらオマージュさせていただきました😇。 まちゅけんさんが書かれている記事はどれも素晴らしいのでもし読まれていない方がいたらぜひ読んでみてください。 この記事について 前提として、git/githubを利用してコード管理をされているbotterの方々は多いと思います。 この記事ではこれらのツールを利用する上で個人情報や秘密鍵などの秘匿したい情報を誤って公開しないようにするために自分がやっている設定を書いてみます。 こういう情報は下手に書くと穴があることがバレるのでちょっと怖いんですが、最低限やっておいて損はないだろうという情報は共有できた方がよいのではと思い書きました
This post is brought to you by my sponsors. If you would like to support me, consider becoming a sponsor Lazygit, the world’s coolest terminal UI for git, was released to the world on August 5 2018, five years ago today. I say released but I really mean discovered, because I had taken a few stabs at publicising it in the weeks prior which fell on deaf ears. When I eventually posted to Hacker News
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「Git 2.44.0」が公開 ～Windows版のWindows 7/8対応はこれが最後となる見込み／32bit版「Git for Windows」も非推奨、2025年にも廃止へ
Gitの中身を調べたら理解に役立った - Qiita
Gitのfetch, merge, pullって何やってるの？ - Qiita
GitButlerでgitのワークフローをめっちゃ便利にする - Qiita
Git 時空操作のススメ - Qiita
Measuring Git performance with OpenTelemetry
【Git】git stashで割り込みタスクにスマートに対応する - NRIネットコムBlog
🔰5分だけ努力するGit (2) - Qiita
【Git中級者への第一歩】リリースプロセスの品質を上げるブランチ戦略、開発をもっと便利にするコマンドとは
Windowsで電子書籍の制作環境を構築！『Git for Windows + Re:VIEWで電子書籍を作ろう』発売／リポジトリの作成方法、GitHubとのデータ同期などを解説【Book Watch/ニュース】
ChatGPT/LangChainを使ってgitの差分からドキュメントを自動で更新する
“git prune”コマンドが何をしてくれるものなのかを操作しながら理解する | ゲンゾウ用ポストイット
How HEAD works in git
Git で push 前にテストやフォーマット済みかをチェックする
Flask + HerokuでLINE Botを開発 (Gitを使用したデプロイ編) - Qiita
Git で覚えていきたいコマンド - Qiita
Gitのインストールからリモートリポジトリへのプッシュまでの手順(自分用) - Qiita
Git and Jupyter Notebooks: The Ultimate Guide
Git Submoduleを使って共通のソースコードを複数のプロジェクトで共有する方法
Git for Windows アップデート - Qiita
git branches: intuition & reality
botterのためのgit/githubからの情報流出防止設定
Lazygit Turns 5: Musings on Git, TUIs, and Open Source