Gitで継続的デリバリーを実現する「GitOps」とは？ 概要とGitOpsソリューションの紹介
CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。
CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。
背景husky と lint-staged を利用して pre-commit を行っている。 コマンドライン（CUI）でコミットをした際は問題なく pre-commit が走る。SourceTree などの Git GUI クライアントを利用してコミットを行うとフックがスキップされてしまう。（Fork という他の GUI アプリでも同様であった） 実行環境macOS: Mojave, Catalinahusky: 4.3.0SourceTree: 4.0.2原因husky の v3 系までは問題なかった。v4 系で run-node というモジュールが削除された事が原因のようであった。 v4 系からは、GUI アプリから node のパスが取れないことが問題のようだ（例えば bash の場合、SourceTree から.bash_profileを読み込まないので、node のパスを見つけら
対象 gitでrebaseをよくするし、mergeはマージコミットを残す人。 rebaseするとmergeのマージコミットの記録が失われるのが困る人。 概要 付け替えたいブランチの先端を作業コピーにして以下を実施 git rebase --rebase-merge <付け替え先> -i git rebase --rebase-merge <付け替えたいブランチの根本> --onto <付け替え先> -i git rebase --rebase-merge=rebase-cousins <付け替え先> -i なるべく -i をつけてTODOリストを表示し、作業内容を確認する。 --rebase-merge とは By default, a rebase will simply drop merge commits from the todo list, and put the rebased
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との同期機能
GitHub - alestic/aws-git-backed-static-website: Git-backed Static Website powered entirely by AWS CloudFormation stack
This project contains a YAML CloudFormation template that, by default, creates a CodeCommit Git repository and a static https website, along with the necessary AWS infrastructure glue so that every change to content in the Git repository is automatically deployed to the static web site. The website can serve the exact contents of the Git repository, or a static site generator plugin (e.g., Hugo) c
Git で commit 前に 自動でコマンドを実行する #Node.js #husky | DevelopersIO
Git で commit 前に 自動でコマンドを実行する commit を hook して 自動でコマンドを実行して 開発の負担を減らす事が目的です git add my_file.js # ここのタイミングで自動でコマンド実行 git commit -m 'コミットメッセージ' 対象 Node.js を利用している環境 commit hook 系は各言語で あると思いますので 開発シーンにあったライブラリをご利用ください python はこちら - https://dev.classmethod.jp/tool/git/python-git-pre-commit/ 環境構築 npm install husky --save-dev package.json に追記 { "scripts": { "precommit": "npm test", }, "husky": { "hooks":
以前、とあるVBAの開発現場で遭遇したことですが、 その現場では、Excelツールをそのままソース管理ソフトにアップロードして管理していました。 自分は初めてVBAを作る仕事をさせてもらった時から、エクスポートしてソース管理している現場ばかりだったので率直に驚きました。 もし、あなたの現場でもソース管理ソフトにそのままExcelをあげているのであれば、非常にもったいないのですぐに改善したほうが良いかと思います。 なぜGitに直接上げるのが勿体ないのか 繰り返しになりますが、ツールが保持しているソースをすべてエクスポートしてからGitなどにあげるべきです。 Gitなどに直接Excelツールだけをおいておくのが勿体ない理由は以下の2つです。 ソースの差分が見れなくなるモジュールの共通化がしにくくなる ソースの差分が見れなくなる ExcelはZIP形式のバイナリファイルなので、Gitなどにあげて
GitHub - bregman-arie/devops-resources: DevOps resources - Linux, Jenkins, AWS, SRE, Prometheus, Docker, Python, Ansible, Git, Kubernetes, Terraform, OpenStack, SQL, NoSQL, Azure, GCP
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
CentOSでは普通にYumでインストールされるgitのバージョンは1.8.3あたりと、かなり古いものになっています。 やっぱり最新版使いたいよな～ でもソースからビルドするのは嫌だしな～ といった感じで、どうにかしてYumでgitの最新版をインストールするというのが目的です。 概要 環境 CentOS 7.8 手順 正直コレも結果論ですが、以下の手順で最新版がインストールできます。 1.x系のgitをアンインストールする gitの最新版パッケージが登録されている「IUSリポジトリ」をインストール（登録）する IUSリポジトリにない依存関係のパッケージを手動でインストールする IUSリポジトリからgitの最新版をインストールする 結果論 時間のない方向けで、説明を全て省略した形です。 こんな感じでコマンドを叩くとインストールできました。 $ sudo yum -y remove git $
Git - Patch 파일 만들기 & 적용하기
이 글에서는 Git 패치를 만드는 방법과 적용하는 방법을 알아보겠습니다. 오픈소스 프로젝트에 참여하면 git을 사용하게 되고, 다른 사람으로부터 patch 파일을 전달받는 경우가 있습니다. 그럼 이 패치 파일을 내 로컬 git에 적용하고 잘 동작하는지 확인해봐야하는데요, 어떻게 나의 로컬에 패치 파일을 적용하는지, 어떻게 내 수정사항을 패치 파일로 만드는지 알아보겠습니다.
松本創 on Twitter: "前RT＞「メディアが重用する連中」で想起される人たちの本を最近やたら書店で見るが、題名や作りが似通っていて、帯や目次から察するに内容も同一傾向。教養的な勉強や時間をかけた修練をすっ飛ばし、最小限の努力で金を稼ぐ、影響力や発言力を得… https://t.co/dMnrf2GiT7"
前RT＞「メディアが重用する連中」で想起される人たちの本を最近やたら書店で見るが、題名や作りが似通っていて、帯や目次から察するに内容も同一傾向。教養的な勉強や時間をかけた修練をすっ飛ばし、最小限の努力で金を稼ぐ、影響力や発言力を得… https://t.co/dMnrf2GiT7
Git Credential Manager Core は Git Credential Manager にリネームされています - Qiita
Git Credential Manager Core は Git Credential Manager にリネームされていますWindowsGitGitHub 雑に結論 Git Credential Manager Core は 2021年11月に Git Credential Manager にリネームされています。今後は Git Credential Manager を使いましょう。 以下の話は私の環境以外でも同じ話なのかは未確認になりますのでご了承ください。 OS: Windows 11 Pro シェル: PowerShell git は scoop 経由で下記をインストール済み ことのなりゆき GitHub のあるリポジトリに 今まで SSH で接続していたのを HTTPS 接続に変えました。もろもろの設定が終わり、 git push を実行すると下記ダイアログが出現しました。
git pushした際の Warning:Permanently added the ECDSA host key *** の対処法 - Qiita
git pushした際の Warning:Permanently added the ECDSA host key *** の対処法GitGitHubSSH この記事 git pushを行った際に Warning: Permanently added the ECDSA host key for IP address '20.27.177.113' to the list of known hosts. とでた場合において, これを削除する方法を紹介します(mac). 結論は ssh -T git@github.com というコマンドを実行することです. はじめに githubにて RSAのhost-keyが更新されたそうです. その関係で, RSA SSH でgithubに接続していた場合 .ssh等の中身をいじる必要があります. 公式ブログを参考に更新しましょう. しかし,更新した後に
みなさんこんにちは。Backlog課のGitチームに所属するテリーです。Gitを触ってるとたまにちょっとした集計をしたくなります。その度に検索したり考えたりするのも少しめんどくさいので、業務上ではあまり必要ではないがたまに確認したくなるようなコマンドを集めてみました。どのコマンドも書き換えることなくコピーアンドペーストで動くようになっているのでぜひ興味を持った方は自分の環境で試してもらえると嬉しいです。 リポジトリの傾向を知るコマンド 一定期間毎のコミット数を知る 「このリポジトリっていつ頃が一番盛んにコミットされていたのかなー？」 GitHubなどが提供しているこの機能実はBacklogでは提供されていません。（今後の機能開発頑張ります）そのためちょっと気になった時にコマンドで探れると大変嬉しいです。 年別・月別を知る git logの出力結果をAuthor dateだけにして--dat
初めに 基本は以下のリンク先の記事を参考にさせていただいています。 Git 別のリポジトリを履歴を残したまま取り込みたい 環境 ubuntu18.04 git version 2.17.1 今回やること 現状repo_aとrepo_Bリポジトリが別々に存在し、以下のような構成になっています。
これは何 手元に不要なブランチが溜まってきた時に必要なブランチ以外一括で削除したくて色々調べたのですが、そもそもコマンドが全然わからなくて怖かったので調べた記事です。 ということでかなり初心者向けの記事になっております。
やりたいこと ビルド生成物を CI に生成させたい 方法 Github Actions で secrets.GITHUB_TOKEN を使って 自身に push する 追記: set-url はいらず、自分自身に push するだけでOK workflow name: Gen on: push: branches: - master jobs: build: name: Gen dump runs-on: ubuntu-18.04 steps: - uses: actions/checkout@v2 - run: echo 1 > .dump - run: git add .dump - run: git config --global user.email "CI@example" - run: git config --global user.name "CI" - run: git
家族アルバム みてねというサービスを開発しているデザイナーのわたなべです。 みてねではデザインデータの管理にGit LFSを使用しています。 昨年から運用を開始したのですが、データ管理が改善され、フローも安定して回って来たので紹介します。 Git LFSとは？* Gitで画像などのバイナリファイルを扱うための拡張機能 * Sketch, Photoshop, IllustratorなどのデザインデータもOK * GitHubの単一ファルの上限である100MBを超えたデータサイズのファイルを扱えるファイルサイズの上限が変わる以外は通常のGitと同じです。 Git LFS 事前準備・設定リポジトリの作成 github.comでデザイン用のリポジトリを作成します。 用意できたらリポジトリのSettingsでLFSを有効にするだけです。 みてねでは現状 2 data packs（月10ドル）使って
現在世界中の開発者に愛用されているバージョン管理ツール「Git」。 Gitは本来コマンドラインツールですが、使いこなすためには複雑なコマンドを覚える必要があり、より使いやすいGUIクライアントも多数存在します。 本日紹介する「Guitar」もそのようなGUIのGitクライアントの一つです。 日本の開発者soramimi氏によって作成されているオープンソースソフトで、マルチプラットフォーム対応のライブラリQtが採用されています。このため、macOS / Windows / Linuxなど多数のプラットフォームで動作します。 私用・商用を問わず無料で使用可能で、起動も速く、macOS Mojaveのダークモードなど書くプラットフォームのダークテーマに対応しています。 以下使用方法を説明します。 Guitarの使用方法 公式サイトからGuitarの実行ファイルをダウンロードします。記事執筆時v1
~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
想定読者 LaTeX で論文を執筆している コマンドラインで LaTeX のコンパイルができる 基本的な git コマンドを使える 論文の変更を git 管理している git-latexiff コマンドがインストールされている TeX Live で LaTeX 環境をインストールしていればついてくる 背景 論文の修正をひと目でわかるようにしたい 指導教員の修正，共著者からのコメント，査読対応など Adobe Acrobat の差分作成機能は意図していない挙動が多い 特に数式が多い論文は複雑になりがち tex ファイルの diff を見るだけではよくわからないので pdf の組版結果を視覚的に比較したい 方法 git latexdiff <old> <new> --flatten --latexmk --tmpdirprefix <output-path> --main <main_tex_
Open SourceSecurityGit security vulnerabilities announcedA new set of Git releases were published to address a variety of security vulnerabilities. All users are encouraged to upgrade. Take a look at GitHub’s view of the latest round of releases. Today, the Git project released new versions to address a pair of security vulnerabilities, CVE-2023-25652 and CVE-2023-29007, that affect versions 2.40.
知人にクレジットカードの請求書のcsvファイルとか生活のあらゆるデータを Git管理しているというGitに憑りつかれてる人がいた。 最近はその気持ちが少しわかるようになってきた。 日々更新するようなデータはやっぱりもとに戻したいとか、ブランチを分けたいとかある。Git pushすると"その日一日の仕事に一区切りついた～!" みたいなすがすがしい気分になれる。 特に、素材加工とか、ツールの使い方を忘れないための個人用チートシートとか毎日Updateしてると更新履歴を残したい。あと、ローカルPCのデータが吹っ飛んだ時のためバックアップもしっかりしておきたい。 引用 @.NET開発『虎の巻』 チートシートとは、いわゆる「カンペ（＝カンニング・ペーパー）」のことだ。実際のプログラミングでは、各プログラミング言語の基礎文法から、クラス名やメソッド名まで、覚えることがたくさんある。しかし、使用頻度の低
「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
ソースコードを管理する際、最新版だけを保存するやり方はうまくいきません。開発中のさまざまなタイミングで状態を管理し、必要に応じて比較、参照したり、元に戻したりできるようにする仕組みが「バージョン管理システム」です。 「Git」はLinuxカーネルのソースコードを管理するために作られたバージョン管理システムです。現在は多くのソフトウェアのソースコードやWebサイトのコード、ドキュメント管理などに用いられています。 Gitでは複数の開発者がそれぞれローカルに「リポジトリ」を持ちます。ソースコード本体はもちろん、変更履歴やコメントなどが保管されています。リモートには「GitHub」などのリモートリポジトリがあり、ローカルリポジトリと連携することで、ソフトウェア開発が進みます。 Linuxでは「gitコマンド」を使って、Gitに関する全ての操作ができます。リボジトリの複製から、プル、コミット、ログ
Continuous deployment from Git using Cloud Build | Cloud Run Documentation | Google Cloud
Send feedback Continuous deployment from Git using Cloud Build Stay organized with collections Save and categorize content based on your preferences. You can use Cloud Build to automate builds and deployments to Cloud Run by using Cloud Build trigger to automatically build and deploy your code whenever new commits are pushed to a given branch of a Git repository. For an example, see the quickstart
２つの環境変数を設定して、git cloneを実行します。 ※ > git.log 2>&1で標準出力と標準エラー出力をまとめてファイルへ出力しています。 Windows 10 の場合 c:\work> set GIT_TRACE=1 c:\work> set GIT_CURL_VERBOSE=1 c:\work> git clone https://github.com/user/repo > git.log 2>&1 macOS/Linux の場合 $ GIT_TRACE=1 GIT_CURL_VERBOSE=1 git clone https://github.com/user/repo > git.log 2>&1
sandbox/linux/seccomp-bpf/sandbox_bpf.cc - chromium/src - Git at Google
// Use of this source code is governed by a BSD-style license that can be
Git習熟度が低いチームでのコミットメッセージ運用
Gitの習熟度が低いチームで運用しているGitコミットの運用スタイル。 Gitのコミットメッセージの書き方に関する記事は山程あるので、単に私がこうしてますよ、という記事。 コミットメッセージ 1行目はコミットログに表示される部分。コミットの概要を短く書く。 2行目は空行にすること。 3行目移行は必要に応じてコミットの詳細を書く。 type コミットが何をしているかを示す動詞。 1単語で「コレをしています」と明記することでコミット単位に意味をもたせる狙いもある。 私のチームでは以下の一覧を提示しているが必ずしも従わなくてもよい。意図の明示が目的。 add : ファイルや機能の追加 update : ファイルの更新、機能修正 fix : バグなど機能に関係しない修正 delete : ファイルや機能の削除 コミットメッセージを日本語で書く場合でも先頭にtypeをつけるとよい。 日本語だと動詞が
ゲンゾウ用ポストイット シェル / Bash / Linux / Kubernetes / Docker / Git / クラウドのtipsを発信。 はじめにgit prune コマンドは掃除用の Git サブコマンドです。 Git のコミット履歴の実体はハッシュ値を一意キーとする "Git オブジェクト" の集合体です。 Git オブジェクトのうち、到達不能(不要)になったものを掃除するために使用するのが git prune コマンドです。 ブランチ名やタグ名を起点として、コミットツリーからたどることができなくなった要素を 到達不能となった Git オブジェクト と呼びます。 git pruneは基本的に直接実行しません。 「ゴミ掃除コマンド」であり、git gc コマンドの 子コマンド ( git gc コマンドの中で実行されるコマング群の 1 つ ) です。 検証環境$ uname
ドッグ on Twitter: "Git のコミット経由でメールアドレスが知れるのが嫌なら {GitHub のユーザ名}@users.noreply.github.com を user.email にセットしておくと良いぞ"
Git のコミット経由でメールアドレスが知れるのが嫌なら {GitHub のユーザ名}@users.noreply.github.com を user.email にセットしておくと良いぞ
まずは基本的な使い方を一通り勉強しましょう。次にmergeの一番の難所である、コンフリクトの解消方法も見ていきましょうか。 続けて「ここを理解していないとうまく扱えない」とも言える、マージの2つの種類について学びましょう。それでは宜しくお願いします。 mergeとは? まず早速ですが、マージを一言で説明すると… 「現在のブランチ(HEADの指している場所)へ、他のブランチの更新を取り込む処理」と言えるでしょう。言葉だけではわからないと思うので図にして見てみましょうか。現在の開発状況が、以下の図のようだったとしましょう。 開始地点や丸はコミットです。Aさんの使っているブランチがブランチA。Bさんの使っているブランチがブランチBだったとしましょう。この状況で、AさんがBさんの更新を取り込みたくなったとしましょう。そこで登場するのがマージです。 マージを使用すると… Bさんの更新を取り込み、取り
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 です。 必要な環境にインストールできます。 使用したい環境に合
git-rebase--onto-tldr.md git のブランチを別のブランチへ付け替える (git rebase --onto) たまに --onto を使おうと思うと忘れているのでメモ. 基本(普通に rebase) これを %%{init: { 'gitGraph': { 'rotateCommitLabel': false, 'mainBranchName': 'develop' }, 'themeVariables': { 'commitLabelFontSize': '18px' } } }%% gitGraph commit id: "A" commit id: "B" commit id: "C" branch branch1 checkout branch1 commit id: "D" commit id: "E" commit id: "F" checkout d
[TIPS]git upgradeが反映されないときはPATHを確認しよう(Mac OS) | DevelopersIO
おはこんばんちは。オペレーション部のもっさんです。 先日、Git に関する脆弱性のアナウンスがありましたね。 Git clone vulnerability announced - The GitHub Blog このアナウンスをきっかけにGitを最新バージョンへアップグレードしようとして、つまずきました。原因は単純なことだったのですが、慌ててしまい対処に時間がかかった自分のための備忘録として、記事に残しておきます。 前提環境 OS : Mac OS Catalina コマンド実行環境 : Visual Studio Code の Terminal シェル : zsh 事象：brew upgrede git 実行後もgit --versionの結果が古いバージョンだった Mac OS の パッケージ管理に Homebrew を利用しているため、 Git のアップグレードも Homebrew
![[TIPS]git upgradeが反映されないときはPATHを確認しよう(Mac OS) | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/3ef17cb7393ef8ac538da0088c3b792510f8db85/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F06%2Feyecatch-homebrew.png)
集中型のバージョン管理システム。 → 集中管理サーバーが壊れれば変更履歴ログもなくなる（今やサーバー側が多重化されているのでこの心配はほとんどない） → ユーザーはファイルの最新版のみ持っている（Gitに比べるとディスク容量が少なくて済む）2000年初版。ネットワークストレージ（NAS）をクラウド型にしたイメージ。 → 誰でも直感的に使える。TortoiseSVNで技術職じゃなくても使ってくれる。ファイルのロック機能で、自分が編集していることを周知することができる。フォルダごとにアクセス権限を設定できる。 昔MicrosoftのSourceSafeを使っていた人はだいたいこれに移行。Subversionのマージ機能で地獄を見た人多数。運用ルールを定めればソースコード管理も問題ない。お堅い担当者が自分たちでガチガチに権限設定して集中管理したいという場合はSubversionから離れられない。
皆様こんにちは。AWS の パートナーソリューションアーキテクトの 宇賀神みずき こと しょぼちむ(@syobochim) です。開発プロセスの改善が好きで、「いちばんやさしい Git & GitHub の教本」という書籍も執筆しました。 データサイエンティストの皆様は日頃チームで開発をされているでしょうか ? 機械学習の研究・開発を一人で進めている方もいらっしゃると思います。一方で、完成したモデルを活用するために、サービスやプロダクトを開発するチームに参加する予定の方もいらっしゃると思います。 私がパートナーソリューションアーキテクトとして様々なチームをご支援させていただく中で、 Git は頻繁に使われていました。そのため、データサイエンティストの方もチームでの開発に加わるときは Git を使えることが求められると思います。 そこで、データサイエンティストの方に向けた「チーム開発を意識し
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
git rebase しくじった時。 私はよくしくじる！ git reflog を使う git reflog で直近の変更がずら〜っと表示されるので、戻したい位置を選んでもとに戻すことができる $ git reflog 94677f475 (HEAD) HEAD@{0}: rebase (continue) (finish): XXXXX 94677f475 HEAD@{1}: rebase (continue): XXXXXXX 6cd481228 HEAD@{2}: rebase (continue): XXXXXXX b43e2b915 HEAD@{3}: rebase (start): XXXXXXX cb0a55a4e HEAD@{4}: checkout: moving from XXXXX // <- rebase 開始前のココ戻りたい … 戻りたい位置の HEAD@{n}
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
huskyのフックがGit GUIクライアントで有効にならない時の対処方法
git rebase --rebase-margeについて - Qiita
ExcelツールをGit管理するならエクスポートするべき
CentOS7でYumを使って最新版gitを導入する - Qiita
Windowsで電子書籍の制作環境を構築！『Git for Windows + Re:VIEWで電子書籍を作ろう』発売／リポジトリの作成方法、GitHubとのデータ同期などを解説【Book Watch/ニュース】
お手軽Gitリポジトリ分析 | 株式会社ヌーラボ(Nulab inc.)
【Git】2つのGitリポジトリを履歴を保持して統合したい - Qiita
【git】特定のブランチを除外して、ローカルブランチを一括で削除するコマンドの解説 - Qiita
master への push 時に生成物を git push する - Qiita
デザインデータ管理をGit LFSにした話｜渡辺 直也（Naoya Watanabe）
Guitar - Qtで作成された軽量Gitクライアント | ソフトアンテナ
git管理しているlatex原稿の差分をわかりやすく見る - Qiita
Git security vulnerabilities announced
どんなデータもGit管理したくなるGitの魔力｜梅しらす @ひたすら楽してゲーム制作
ChatGPT/LangChainを使ってgitの差分からドキュメントを自動で更新する
Linuxで「Git」を使うには？ 定番ツールのコマンド完全ガイド
git cloneの処理と通信のログを取る方法 – StupidDog's blog
“git prune”コマンドが何をしてくれるものなのかを操作しながら理解する | ゲンゾウ用ポストイット
git mergeでブランチをマージしよう!いろんな疑問を徹底解説 | 侍エンジニアブログ
git のブランチを別のブランチへ付け替える (git rebase --onto)
ドキュメント管理はSubversion、ソースコード管理はGit
データサイエンティストのための Git 入門 - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
How HEAD works in git
Git 間違って rebase しちゃったのを元に戻したい - かもメモ