git-cliff
Highly Customizablegit-cliff uses regex-powered custom parsers and the changelog can be customized easily with a configuration file to match the desired format. Conventional Commitsgit-cliff can generate changelog files for any Git repository that follows the conventional commits specification. Easy Integrationgit-cliff can be easily integrated with your Rust/Python/Node.js project as a command-li
【重要なお知らせ】BacklogはGit LFSなどの利用を推奨し、GitリポジトリとGitリポジトリ内のファイルのサイズを2020年9月上旬から順次制限します | Backlogブログ
Backlogを安定して運用し全てのお客様に安心してご利用いただくために、2020年9月上旬からGitリポジトリのサイズとGitリポジトリ内のファイル単体のサイズを制限します。これらのサイズの制限を超える場合、リポジトリへのプッシュはブロックされます。大きすぎるファイルを管理する方法として、後述のGit LFSやファイル共有を推奨します。 適用される制限、制限の背景、制限の対象と適用スケジュール、制限にともないお客様でご対応が必要なケースについてご説明します。 適用される制限 2020年9月上旬より適用される、Backlogの各プロジェクトに存在するGitリポジトリのサイズ（以下、リポジトリサイズ）とGitリポジトリ内のファイルサイズ（以下、ファイルサイズ）の制限について、具体的に説明します。 ファイルサイズは最大100MBまで ファイルサイズは100MBを上限とし、それ以上は制限の対象と
git rebase -iコマンドについてのメモです。 これまで、単に直前のnコミットをくっつけたり消したりして整理できる便利コマンドとして $ git rebase -i HEAD~n と叩いていましたが、なぜこれがrebaseなのかを理解していませんでした。 自分のこれまでの理解が狭かったという話で、同じような状況の方がどれだけいるのかわかりませんが、もしかすると役に立つかもしれないのでメモを書いてみます。 git rebaseで何が起こるのか まず、git rebaseすると何が起こるかを理解しました。 そのためにちょっと腰を据えて https://git-scm.com/docs/git-rebase#_description を読んでみると、git rebase <upstream>は以下のことをすると書いてあります： 現在のブランチにはあるが、<upstream>には無いコミッ
今までなんとなく、fetchしてmergeするのを一気にやってくれるのがpullという理解で、詳しく調べたことがありませんでした。 改めて調べてみたのでまとめます。 前提知識 fetch, merge, pullを理解する上で欠かせないのが以下の言葉です。 リモートリポジトリ: GitHubなどリモート上に存在するリポジトリ ローカルリポジトリ: PC上に存在するリポジトリ リモート追跡ブランチ: origin/mainなど、リモートリポジトリを追跡するブランチ ローカルブランチ: mainなど、ローカル上で実際に扱うブランチ 図にすると以下のようになります。 すこしわかりにくいのがリモート追跡ブランチですね。 これはリモートブランチの状態をとりあえずローカルに持ってきている場所というような理解であっていると思います。 ここで大事なのは、リモート追跡ブランチはあくまでローカルにあるブランチ
分散型バージョン管理システム「Git 2.40」が公開
分散型バージョン管理システム「Git」の開発チームは、最新版となる「Git 2.40」を3月13日（現地時間）に公開した。GitはGNU General Public License 2.0で公開しているオープンソース・ソフトウェアだ。 「Git 2.40」ではまず、「git jump」コマンドが「Emacs」エディタに対応した。git jumpコマンドは、「grep」や「diff」「merge」といったコマンドと組み合わせて使うことで、ファイルの変更点や検索キーワードに該当する部分などをすぐに表示する機能を持っている。従来は「Vim」エディタでしか使えなかったが、今回の新版からEmacsにも対応した。 続いて、リポジトリに登録してあるcommit、tree、blob、tagの各オブジェクトの内容を表示する「cat-file」コマンドで、「--batch-check」や「-s」オプションを
第19話 detached HEAD 状態って何？ブランチがない状態を解決する方法 【連載】マンガでわかるGit～コマンド編～ - itstaffing エンジニアスタイル
Webサービスやアプリ開発の現場では必須のバージョン管理システム「Git（ギット）」。Gitは、専用のソフトを使えばクリックで直感的に操作することもできますが、いざというときにコマンドが使えると便利です。 前回の第18話では、コミットにタグをつける「git tag」を学びました。 ・タグをつける $ git tag タグ名 ・タグを共有する $ git push origin タグ名 今回の第19話では、detached HEAD 状態になってしまった場合の解決方法を学びます。このマンガを通して、わかばちゃんと一緒にGitの知識を身につけていきましょう！ 【筆者】湊川 あいさん フリーランスのWebデザイナー・漫画家・イラストレーター。マンガと図解で、技術をわかりやすく伝えることが好き。 著書『わかばちゃんと学ぶ Git使い方入門』『わかばちゃんと学ぶ Googleアナリティクス』『わかば
はじめに 久々に自分のMacでGit使おうとしたら以下のエラーで動かなかったので、対処方法をメモしておきます。 xcrun: error: invalid active developer path (/Library/Developer/CommandLineTools), missing xcrun at: /Library/Developer/CommandLineTools/usr/bin/xcrun 環境 macOS Catalina10.15.3 git version 2.21.1 (Apple Git-122.3) 対処方法 Xcodeの開発者ツールが見当たらなくなってしまっていることが原因らしいので、ターミナルで以下を実行すると直りました。
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>...]]という形を取る。このリポジトリ名は
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
新しくサーバーに開発環境構築して使い始める時、「git log」「git show」 「git diff」などを使うと、多くの場合、日本語が文字化けしてうまく表示できません。 具体的には、以下の２点がよく問題になります。 今回対応する問題： Gitの日本語文字化けのよくある症状 まずは、（１）の症状です。 説明の簡単のため、「さくらレンタルサーバーを借りたデフォルト状態」を例にとって進めていきます。他のサーバーでも似たような状況ではないでしょうか？（推測） 少なくともさくらレンタルでは、初期状態がどんなかというと、git diffとかやると、下の画像のように「ESC」とかたくさん出力されてしまいます。 感じ悪いですよね。。git log やgit show でも、同じような文字化けが見られるはずです。 スクショ上で、「ESC」で表示されているものは、「文字化け」というよりは、エスケープコー
git で branch や tag を利用してバージョンを作成したりしているのですが、 tag を使ってバージョンを作成していた時に、その tag を チェックアウト（checkout） する方法がぱっと出てこないので、調べてみることにした。 タグのチェックアウトタグ（tag）を使うことで、その時点のバージョンを利用したり、元に戻したりなどができるようになります。ブランチでもいいのですが、リリース作成するたびに tag を利用することが多いので、今回は tag のチェックアウト方法です。 ブランチを作成してチェックアウト
Gitの初期設定で自分の名前やメールアドレスを入力するわけですが、特に認証などが入るわけではないので簡単に他人になりすましが出来てしまいます。そこで確かに自分がコミットまたはタグを付けたことを証明するために、署名を付けることができます。 GitHubを眺めていると見かける、コミットログの横に「Verified」バッジが表示されているのがそれです。 例えばプルリクを受け取った人が、なりすましを行った悪意のある第三者から送られてきたかどうか判断する手助けになるというわけですね。また同様にコミットやタグが改ざんされているかも検知することができます。 準備 GPGのインストール GPG鍵の生成 GPG公開鍵をエクスポート GitHubへ公開鍵を保存 GitにGPG関連の設定を追加 実際に試してみる コミット タグ パスフレーズを毎回入力したくない インストール 試してみる その他 git logで
![[Git] GitHubにGPG鍵を登録し署名付きcommit/tagを行う - ねこの足跡R](https://cdn-ak-scissors.b.st-hatena.com/image/square/751a26cb7c09ce755dcd047b67445357fbe3bc9c/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fk%2Fkatsube%2F20231125%2F20231125073748.png)
前提条件 WindowsにGitがインストール済みである GitHubのアカウントが作成済みである GitHubでリポジトリを作成する GitHubにログインし、RepositoriesのNewボタンから新規リポジトリを作成できます。 本記事では具体的な作業は省略します。 コミット履歴が空の新規リポジトリが作成できてればOKです。 Gitの初期設定をする メールアドレス、ユーザ名を設定する WindowsにGitをインストールしたら最初にメールアドレスやユーザネームの設定をしておくことをおすすめします。 既に設定済みの場合は飛ばしてもらって大丈夫です。 注意：以降の操作はコマンドプロンプトではなくGit Bashです git config --global user.name "ユーザー名" git config --global user.email "メールアドレス" git conf
In this post I want to explain a new deployment method I came up with while working on drwn.io. I wanted it to meet a few requirements: SimpleBased on git tagsZero-downtimeEasy rollbacksCreating an empty remote in the serverImagine you already have your project with some code that is being synchronized with a git service like GitHub. To have a git push based deployment, we need to have our own rem
~eliasnaur/gio - Portable, immediate mode GUI in Go - sourcehut git
#Gio - https://gioui.org Immediate mode GUI programs in Go for Android, iOS, macOS, Linux, FreeBSD, OpenBSD, Windows, and WebAssembly (experimental). #Installation, examples, documentation Go to gioui.org. #Issues File bugs and TODOs through the issue tracker or send an email to ~eliasnaur/gio@todo.sr.ht. For general discussion, use the mailing list: ~eliasnaur/gio@lists.sr.ht. #Contributing Post
git reset 解説 - Qiita
developからワーキングツリーまで縦に並んでいるのは、これらが一致しているということを表しています。 参考：ブランチの真実 ブランチは日本語で「枝」になりますが、gitのブランチはコミットを１つしか持ちません。 ブランチは、どのコミットから始まったかという情報を持っておらず、 あくまでも１コミットに付けられた「別名」に過ぎないのです。 ワーキングツリーを編集 developブランチをcheckoutして、ファイルを編集した状態です。 ワーキングツリーのみ先に進んでいます。 git add で登録 ワーキングツリーの内容を git add で全て登録した状態です。 INDEXも進みました。 git commit INDEXに登録されている内容をコミットした状態です。 INDEXは、コミットした後も同じ内容で保持されます。 git reset の動き git reset コマンドは、che
はじめに 現場で初めてGitを使ったので備忘録としてまとめます。 SourceTreeの使い方がメインになります。 今までプログラミングスクールでGitコマンドでのチーム開発をしたり、同期とEclipseのGUIで操作したことはありましたが、SourceTreeは初めてで慣れるまでに少し時間がかかりました。 環境 ・Windows11 Home ・SourceTree v3.4.10 ※今回はASP.NET Core MVCのアプリをGit管理します 前提 ・Git、SourceTreeがインストールされていること ・GitHubアカウントがあること ・Gitの基礎知識があること 最初の設定（管理者） 今回の現場は新規プロジェクトで新規作成から経験したので記載します。 個人開発の場合などに参考にしてください。 新規リポジトリ作成 ①「ファイル」→「新規/クローンを作成する」→「Create
tldr GitButlerのUIはこんなかんじ。 なにがいいの? 目玉となる機能は仮想ブランチで物理的なブランチを作成しなくてもgitの作業を柔軟に行えるようになります。たとえば現在の変更から複数の仮想ブランチに変更をドラッグして変更を構成できたりします。 コミットメッセージも自動で考えてくれたりします。 仮想ブランチの名前も自動的に決めてくれます。 なぜGitButlerなのか？ 新しいGitクライアントの必要性 現代のソフトウェア開発では、GitHubが開発者のコラボレーションを変革しました。しかし、GitHubやGitLab、Bitbucketを使うには依然として、使いにくく、エラーが発生しやすいコマンドラインツールを使用する必要があります。これは、現代の開発者が使用するワークフローやプロセスに最適化されていません。 GitButlerの革新性 GitButlerは、ソフトウェア開
Gitをtwitter代替に使う[ネタ]
diracdeltas/tweets は”janky twitter replacement”(ジャンクなツイッター代替)を名乗るように、Git を使って twitter 風のフォロー・メッセージ発信を行うプロジェクトです。 作者のyanさん(@bcrypt)の紹介ツイート(これはtwitter上) just made a "decentralized" "alternative" to twitter; everyone should go "join" it to make an account: fork https://t.co/vv271yPEMr to tweet: git commit –allow-empty to follow someone: git remote add <alias> <their fork url> to retweet: git cherry-p
![Gitをtwitter代替に使う[ネタ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/5642ee663bc985d4884cf877091825960d6d419f/height=288;version=1;width=512/https%3A%2F%2Fi0.wp.com%2Flabs.cybozu.co.jp%2Fblog%2Fakky%2Fwp-content%2Fuploads%2F2022%2F11%2Fjanky-twitter-on-git-show-timeline.png%3Ffit%3D975%252C507%26ssl%3D1)
goreleaserとGitHub Actionsを使えばGoのCLIはgit tagをpushするだけでGitHubとHomeBrewに自動リリースできる - My External Storage
goreleaserを使うとGo製のCLIのGitHubのリリースページの更新とHomeBrew Tap用リリースも簡単に行える。 さらにGitHub Actionsを使えばYAMLを2ファイル追加するだけでgit tagに合わせて全自動リリースが可能になる。 TL;DR goreleaserはGoのバイナリをよしなにリリースできるツール https://goreleaser.com/ GitHubのリリースページにリリースできる HomeBrew Tapにもリリースできる GitHub Actionsも公式で提供されている Actionsを使えばgit tagをpushするだけで自動リリースできる GoのCLIを自動リリースしたい GoでCLIのインストール方法は（Macの場合）主に次の3つになるだろう。 go getでインストールする GitHubのリリースページなどにあるバイナリをイ
投稿目的 現場での対応の備忘録 兼 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を使ってみる 注意 おわりに こういうことありませんか？ 「ちょっと割り込みで、この対応見てくれない？」 業務の中で、いきなりこう言われることがよくありま
Gitで一部のディレクトリを指定してcloneする方法！
Gitで一部のディレクトリを指定してcloneする方法！Gitで複数のディレクトリが存在するリモートリポジトリの中で、一部のディレクトリだけ指定してcloneしたい場合があるのではないでしょうか？少し設定をすることで一部のディレクトリだけをcloneすることが出来ます。この記事ではその方法について紹介していきます。
今回取り扱う用語 ・ブランチ ・上流ブランチ ・マージ ・プルリクエスト 前回からの続きです。 早速ですが、新たにブランチを切ってみましょう。 mainブランチをセーブデータ1とすると、それを元にセーブデータ2を作成するといったイメージです。 セーブデータ2で上手くいった部分をセーブデータ1に反映できたりします。便利ですね。 セーブデータ2からセーブデータ3、そこから4…など、枝分かれして作業することを「ブランチを切る」といいます。 新規ターミナル(Git Bash)を立ち上げ以下のコマンドを実行します。
9dd38de fix clang/-Wcast-function-type-strict warning by James Zern · 3 weeks ago main653745a Lower GetExpectedDistortion() for near-lossless by Yannis Guyon · 5 weeks agod08031d Migrate fuzz_image_and_dec_config to FuzzTest by Yannis Guyon · 5 weeks ago95dd75e Use config in fuzz TestImageDecConfig() by Yannis Guyon · 5 weeks ago543e052 Implement operator= && by Vincent Rabaud · 6 weeks ago WebP 2
cfn-lint を使った AWS CloudFormation テンプレートの Git pre-commit バリデーション | Amazon Web Services
Amazon Web Services ブログ cfn-lint を使った AWS CloudFormation テンプレートの Git pre-commit バリデーション AWS CloudFormation のツールはいまや黄金期をむかえています。 cfn_nag や taskcat といったツールによって、1 つのリソースをアカウントにデプロイする前にテストと検証を実行することで、コードとしてのインフラストラクチャの取り扱いが容易になりました。このブログ記事では、linter を使って CloudFormation テンプレートを検証する方法について解説していきます。 linter とは、コードを精査して、そのコードを実行したときにエラーを発生させる可能性のある構文エラーやバグがないかを探すプログラムのことです。スタンドアロンのツールとして実行することも可能ですが、ビルド自動化やオ
というのが出てくるが、「-u」というオプションが気になったので調べてみた。 概要 -u と --set-upstream が同じ意味とのこと。このオプションをつけるとローカルリポジトリの現在のブランチの上流をorigin master に規定したことにる。 このオプションをつけると、次からは git push だけで上記のコマンドと同じことを実施できる。さらに、git pull だけでも git pull origin master と同じ意味になる。 まとめると、
husky v5 で使い方が変わっている(v6 でも変更後の使い方を継続している)。 husky v4 が deprecated した訳ではない (v5.0.0 リリース後にも v4 系のパッチリリースがある)。 The Parity Public License というのを初めて見ましたが、組み込んだソフトウェアも公開しないと行けないっぽい。つまり商用利用、実質不可。 ライブラリ毎の違いを確認する (CLI から) husky v4 (↓) husky v4 をインストールすると、 .git/hooks 配下に git-hooks 用の shell script が追加される。 $ git init husky-v4 $ cd husky-v4 $ npm init $ npm i husky@4 $ ls -1 .git/hooks | grep -v .sample applypat
Git が遅い！！ そんなときに検索をするとだいたい 「git gc しましょう」だったり、「git gc --aggressive --prune=now」だったりします。 が、試してみても劇的に速くなることってあんまりなくないですか？ 特に --aggressive オプションを付けると git gc 自体がくそ長く、その割に効果は感じられなくて残念な結果になることが多いです。 ※個人的な感想です なんか遅い。もう少し深掘りしてみませんか？ GIT_TRACE=1 GIT_TRACE_PERFORMANCE=1git コマンドは GIT_TRACE を有効にすると、中で何をしているのか追跡できるようになります。
はじめに 普段、FTPでサーバーにファイルをアップロードする時は「FileZilla」で手動でアップロードを行なっているのだが、アップロードするディレクトリやファイルを間違えたり、繋いでるサーバーがそもそも間違えていたり、ヒヤッとする場面が少なからず定期的に起きてしまう。(ただ私の不注意なだけなのだが...) そこで、ある案件の今後の更新の運用体制を整理するにあたり、これからはFTPでのアップロードは手動ではなく「Git-ftp」を使おう！となったので、初回設定から実際の使用方法まで、自分の復習も兼ねて記事を書いてみる。 git-ftpの導入手順 Mac ※ homebrew 導入済 ※ GitLabでファイル管理中 ターミナルで以下を実行
オートコンプリートがついたGo製のGitクライアント「Bit」
Bit https://github.com/chriswalz/bit Bitの特徴 「Bit」は、オートコンプリートがついたGo製のGitクライアントです。主な特徴は、以下の通り。 Gitと完全互換されており、Gitの全ての機能を使うことができる 自動フェッチとbranch fast-forwardingによってマージの競合を減少させる bit syncによって、指定したブランチとローカルの変更を同期 2020年9月にGitHubにbeta版が公開された本ツールですが、すでに1.7Kのスターがついており、人気のオープンソースになっています。 Bitをインストール curl -sf https://gobinaries.com/chriswalz/bit | sh; curl -sf https://gobinaries.com/chriswalz/bit/bitcomplete | s
Gitに2つの緊急の脆弱性、ただちに確認と更新を
The Hacker Newsは1月18日(米国時間)、「Git Users Urged to Update Software to Prevent Remote Code Execution Attacks」において、Gitに存在する緊急(Critical)の脆弱性について伝えた。Gitについて、リモートコード実行(RCE: Remote Code Execution)が実行される可能性のある2つの脆弱性が報告されている。 バージョン管理システムとして有名なGitにリモートコード実行を含む2つの脆弱性があることがわかった。発見された脆弱性は次のとおり。 CVE-2022-23521 - Security Advisory：gitattributes parsing integer overflow CVE-2022-41903 - Security Advisory：Heap overf
git mergeを行った際、 fatal: You have not concluded your merge. (MERGE_HEAD exists) と出る事があります。conflictして戻そうとして、とかやった場合とかですかね。 一度git mergeをした後変更を破棄したためにHEAD情報だけが残ってしまっている状態。 そういう時は git reset --merge と実行しましょう。 もとに戻せるので再度mergeができます。
【GitHub】コミットメールアドレスをプライベート（非公開）にする【Git】 - AI can fly !!
はじめに TL;DR GitHub の設定 Keep my email addresses private を有効化 noreply メールアドレスとは Block command line pushes that expose my email を有効化 Git の設定 user.email の設定 おわりに はじめに Git では git log コマンドでコミット履歴を表示することができます。 それはつまり、 GitHub 上の公開リポジトリを clone すれば、誰でもコミットした人のメールアドレスを見ることができるということなので、セキュリティ的に良くありません。 ダミーのメールアドレスを Git に設定してコミットをするという方法もありますが、GitHub ではコミットの Author をメールアドレスで判断しているため、GitHub アカウントと紐づかないコミットになってしま
【git submodule】複数のFlutterプロジェクトの共通コードをサブモジュール化する方法
Flutter大学にはスマホアプリ、Webアプリ、管理画面、FlutterWorkと４つのプロジェクトがあり、全て同じFirebaseを参照しています。そのため、Domain層やRepository層と言われる部分のコードがほとんど同じです（UserクラスやUserRepositoryなど)。そして全部Flutterで作られています。 スマホアプリ web 管理画面 FlutterWork つまり、同じようなFlutterのコードが全てのリポジトリにあり、こっちを更新したらあっちを更新しなければいけないという状態でした。 なので共通化しました。 共通部分のFlutterのコードを切り出して１つのpackageとし、git submoduleで連携することで、同じコードを使いまわせるようにした方法をこの記事に記したいと思います。 結論 先にどういう状態になったのか紹介します。 下図のファイル
Gitインストール手順＜Windows向け＞
step 1Git Bashのダウンロード Gitは、プログラムソースなどの変更履歴を管理するバージョン管理ソフトです。作業ファイルの状態などを記録、過去のものへの差し替えなどができるようになる便利なソフトウェアで、もともとはLinux用に開発され、それ以降ほかの多くのプロジェクトで採用されています。 WindowsではGitを利用するためにGit Bashをインストールします。BashとはUnixやLinuxといったOSで利用されているUnixを使って様々な命令を出すことができます。 Git for Windows https://gitforwindows.org/ ページ中央部にある「Download」ボタンをクリックし、インストーラをダウンロードします。 2023年4月現在の最新バージョンは「2.40.0」となっています。 step 2Git Bashのインストール step1でダ
はじめに VSCode (Visual Studio Code) のターミナルをデフォルトの PowerShell から Git Bash に変更する方法を紹介します。 環境 Microsoft Windows 10 Pro 必要なもの Visual Studio Code Git for Windows Ctrl + ,のショートカットで、Settings 画面に移動します。 または、File > Preferences > Settings で移動します。 Settings 画面に移動したら、 【追記：2021/07/23】1.58.2 で確認すると設定項目が変わっていました 検索欄に Terminal.Integrated.Default Profile: Windows を打ち込み、 Git bash を選択します。 以前 検索欄に terminal.integrated.shel
作業用ブランチの最も親にダミーのcommitを追加して、そこからmasterブランチを生やす力技で対処したよ！ こんにちは、CX事業本部の若槻です。 今回は、Git（GitHub）を利用した開発で、リポジトリにmasterブランチを作らずに作業をしてしまい、Pull Requestが作れなくなってしまったので対処をした事例についてご紹介します。 前提（正規の開発フロー） まず、今回の事例が発生した開発作業で"本来なぞるべきだった"開発フローについて前置きしておきます。 プロジェクトでGitHub上の既存リポジトリに対して作業を行う際は、以下のようなフローで開発作業を行っています。 masterブランチから作業用ブランチをcheckoutする。 作業用ブランチで作業を行い、作業内容をcommitしてpushする。 作業用ブランチからmasterブランチへMergeするためのPull Requ
書籍「Engineers in VOYAGE ― 事業をエンジニアリングする技術者たち」のレガシーシステムの話題のなかで、git-of-theseus が紹介されており、面白そうだったので使ってみたメモです。 git-of-theseusとは Gitのリポジトリを分析してくれるスクリプト（Python）で、下図のようにリポジトリ全体のコードを、追加された年ごとに分けてグラフとして出力してくれたりします。（※画像はリポジトリより引用）（他にも、コミットのAuthorの割合やファイルの拡張子の割合をグラフに含めたりできるようです。） 使ってみる インストールは
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
git rebase -iとgit rebaseをちゃんと理解する - 自分用メモ
Gitのfetch, merge, pullって何やってるの？ - Qiita
Gitコマンドでxcrun: errorが出た時の対処 - Qiita
git log、git diff、git showでの日本語の文字化けをまとめて対策 | WWWクリエイターズ
gitでタグをチェックアウトする
[Git] GitHubにGPG鍵を登録し署名付きcommit/tagを行う - ねこの足跡R
【Git】Windows環境でGitHubにSSH接続してコミットするまでの手順 - Qiita
Heroku-style deployments with Docker and git tags
【備忘録】現場でのGitの運用【SourceTreeの使い方】 - Qiita
GitButlerでgitのワークフローをめっちゃ便利にする - Qiita
Git 時空操作のススメ - Qiita
Measuring Git performance with OpenTelemetry
【Git】git stashで割り込みタスクにスマートに対応する - NRIネットコムBlog
🔰5分だけ努力するGit (2) - Qiita
codecs/libwebp2 - Git at Google
git pushのオプション -u とは - Qiita
husky(v4, v6) と simple-git-hooks どちらを使うべきか
git gc --aggressive するそのまえに
【Git】git-ftpを使ってFTPアップロード - Qiita
git merge時にMERGE_HEAD existsと出てしまう場合
VSCode のターミナルを Git Bash に変更 - Qiita
Gitでmasterブランチを作らずに作業をしてしまった時の対処 | DevelopersIO
git-of-theseusを使ってコードの移り変わりを可視化してみた - Qiita