git statusが43秒かかっていたのを1秒に高速化する大規模Gitリポジトリの操作を高速化するためのscalarを紹介 | Act as Professional
Git 2.38がリリースされました。 このバージョンから大規模Gitリポジトリの操作を高速化するscalarが同梱されるようになりました。 今回はこのscalarによって、どれぐらいGitの操作が高速化されるのかを簡単に検証します。 結論から言うとgit statusが約43秒かかっていたのが約1秒で操作できるようになります。 Install Git 2.38Git 2.38からscalarが同梱されましたので、各自の環境にあわせてInstallなりVersionUpなりをしてください。 $ git --version git version 2.38.0 Before大規模Gitリポジトリとしてchromiumを利用しました。 普通にgit cloneしてきて、git statusを実施すると約37秒かかります。 ❯ time git status On branch main You
VSCode Remote ContainersでGitにSSH接続でpushする
VSCode Remote Containers拡張機能を使うとdockerのコンテナに接続できます。 開発環境として使用する場合、GitにSSH接続する必要があります。 しかし、コンテナ内に開発者依存のSSHの秘密鍵を置くわけにはいきませんし、セキュリティ上危険なので.sshディレクトリをマウントしたりしてはいけません。 Remote Containers拡張機能に、コンテナ接続元の端末のSSHキー情報を転送する機能が備わっているので設定しましょう。 まずはdockerコンテナにGitをインストール コンテナ内でgitコマンドを叩いてみて、git入ってないよ！って言われる場合は、まずはgitをインストールしましょう。 開発時に使用するだけなので、devcontainer.jsonにインストールコマンドを記述して、Remote Containerを使ってコンテナを起動したときだけ入るように
GitHub CLI (gh)のインストール方法とコマンド（repo/pr）の使い方 | Snow System
GitHub公式のGitHub CLIツールghのインストール方法とコマンドの使い方をまとめました。 GitHub CLIを利用するとリポジトリの作成やプルリクエストを発行をブラウザではなくターミナルから実行できます。 シェルなどにも組み込むことも出来るため自動化を行ったり、Gitコマンドで操作を行う流れで作業できるのでおすすめです。 GitHub CLI (gh) のインストール方法 Macの場合 brew install gh または sudo port install gh Windowsの場合 winget install gh Ubuntuの場合 sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-key C99B11DEB97541F0 sudo apt-add-repository https://cli.gith
Conventional Commits
Conventional Commits 人間と機械が読みやすく、意味のあるコミットメッセージにするための仕様 Conventional Commits 1.0.0 概要 Conventional Commits の仕様はコミットメッセージのための軽量の規約です。 明示的なコミット履歴を作成するための簡単なルールを提供します。この規則に従うことで自動化ツールの導入を簡単にします。 コミットメッセージで機能追加・修正・破壊的変更などを説明することで、この規約は SemVer と協調動作します。 コミットメッセージは次のような形にする必要があります: 原文： <type>[optional scope]: <description> [optional body] [optional footer(s)] 訳： <型>[任意 スコープ]: <タイトル> [任意 本文] [任意 フッター] あな
GitHub CLI 1.0をリリース
GitHub CLI とは、利用しているターミナルでGitHubを使用できるようにするものです。コンテキストの切り替え回数が減るため、これまで以上に作業そのものに集中でき、スクリプトの記述や独自のワークフローの作成が、さらに簡素化されます。今年、GitHub CLIのベータ版をリリースした後、200,000件近くのPull Request の作成、350,000件以上の Merge の実行、20,000件以上の Issue が作成されました。多くの思慮深いご意見をいただけたことで、 GitHub CLI がベータ期間を終了し、 Windows、Mac OS、Linux 向けにダウンロードが可能になりました。 GitHub CLI 1.0 の内容は下記の通りです。 Issue からリリースまで、GitHub上のワークフローのすべてが、ターミナルから実行可能になります。 GitHub API
Git：過去のコミットコメントを修正する方法 | WWWクリエイターズ
git commit により、すでに作成したコミットのコメント（コミットメッセージ）を修正する方法についてです。 直前のコミットコメントの修正「git commit --amend」 Git で、コミットログ（コミットメッセージ、コミットログとも言います）を修正したいときは、非常にシンプルです。 git commit の「--amend」オプションを使います。 // 直前のコミットコメントを修正する $ git commit --amend 実際は、--amend オプションは直前のコミットを「置き換える」コマンドです。コマンド実行時インデックスに変更が含まれていれば、新しいコミットにその変更を取り込み、直前のコミットを置き換えます。 git commit の詳しい仕様は、こちらの記事も合わせてご覧ください。 git commit �の仕様と、主要オプションのまとめ 過去のコミットコメント
git-secretsとhuskyを同時に使用する
はじめに 機密情報をコミットしないようにgit-secretsの設定をしようとしたところ、既にprecommit用のNode.jsライブラリhuskyがインストールされていたため、コンフリクトしてgit-secretsの設定ができませんでした。 どっちとも使いたかったので、それぞれ動くように工夫してみました。 2019/07/10 追記 会社の @aki77 さんが、もっと良い方法を見つけてくれたので、 そっちを「方法1」として追記しました！ 方法1: husky内でgit-secretsを呼び出す gitのhooks内では、デフォルトのままhuskyだけが呼ばれるようにしておき、 huskyでのチェック項目の1つとして、git-secretsを呼び出します。 lint-stagedも併用します。 git-secretsをグローバルにインストール
ghq v1リリースとghq-handbookのお知らせ | おそらくはそれさえも平凡な日々
https://github.com/motemen/ghq/releases/tag/v1.0.0 年末にアナウンスしていた通り、先程ghq v1.0.0をリリースしました。変更点は以下のエントリでお知らせしていたとおりです。その他Subversion周りの対応を無駄に頑張って強化したりしました。 https://songmu.jp/riji/entry/2019-12-28-ghq.html 是非ご利用ください。 年末年始休暇中にドキュメントを書いていたのですが、思ったよりもしっかりとした分量になったので、思い立って電子書籍にして販売してみることにしました。 https://leanpub.com/ghq-handbook 日本語で20ページほどです。値段は$1.99くらいにしたかったのですが、Leanpubで収益を上げる場合には$4.99が下限のようなので、その額に設定させてもらいま
Karma - Git Commit Msg
In the repository we use and enforce the commit message conventions. The conventions are verified using commitlint with Angular config. The reasons for these conventions: # automatic generating of the changelog simple navigation through git history (e.g. ignoring style changes) Format of the commit message: # <type>(<scope>): <subject> <BLANK LINE> <body> <BLANK LINE> <footer> Example commit messa
Semantic Commit Messages
See how a minor change to your commit message style can make you a better programmer. I use a rigid commit message format, and it makes me a better programmer. feat: add hat wobble ^--^ ^------------^ | | | +-> Summary in present tense. | +-------> Type: chore, docs, feat, fix, refactor, style, or test. More Exampleschore: add Oyster build script docs: explain hat wobble feat: add beta sequence fi
誰でもわかりやすいGitのコミットメッセージが書けるジェネレーターを作りました - Qiita
前置き 個人開発でもチーム開発でも、Gitは開発者にとって、ほぼ必要不可欠なツールです。 僕も当然Gitを使っていますが、コミット時のメッセージを書くときにどう書いていいかわからなくて、毎回頭を抱えてしまいます。 そこでジェネレーターを作ることにしました。 出来上がったもの Git Commenter 追記(2019/03/16) electronを使ってデスクトップアプリにしました！ こちらからダウンロードすることができます。 web版はこちら Gitのコミットメッセージについて 僕が調べたところGitのコミットメッセージには、統一された書き方は存在しませんでしたが メッセージ自体の可読性、コミット内容のわかりやすさや、Gitの仕様を考慮して という書き方が一般的でした。 また、ここ最近ではコミット内容の把握を簡単にしたりlogやGithubのレポジトリがオシャレになるという理由で、コミ
超絶便利なGitクライアントのtigのすすめ - Qiita
mainビュー m mを押すとmainビューが表示されます。 tigの起動時にも表示されるビューです。いわゆるgit treeのビューです。 enterでそのコミットの詳細を見れたり、C(shift+c)でcherry-pickしたりできます。 statusビュー s sを押すとstatusビューが表示されます。git statusのビューです enterでファイルの変更内容を見れたり、stage/unstage(add/reset)をしたりできます。 refsビュー r rを押すとrefsビューが表示されます。branch, tagsなどが一覧されます。 enterでmainビュー(git tree)が見れたり、C(shift+c)でcheckoutしたりできます。 logビュー l lを押すとlogビューが表示されます。git logです。 enterでそのコミットのdiffが見れたり
Fork - a fast and friendly git client for Mac and Windows
Fork is getting better and better day after day and we are happy to share our results with you.
github-flowは変化している - Qiita
original github flow Anything in the master branch is deployable To work on something new, create a descriptively named branch off of master (ie: new-oauth2-scopes) Commit to that branch locally and regularly push your work to the same named branch on the server When you need feedback or help, or you think the branch is ready for merging, open a pull request After someone else has reviewed and sig
git-flowコマンドラインツールをgithub-flowとして使う
要約：masterをdevelop、ダミーのブランチをmasterにして、git-flowコマンドラインツールのfeature機能だけを使う git-flowを導入してない、masterをメインのブランチとして使用している単純なgitリポジトリで作業する場合、 git checkout -b feature/xxxxでフィーチャーブランチを作成 変更をコミット git checkout masterでマスターブランチに移動 git merge feature/xxxxで変更をマージ git branch -d feature/xxxxでフィーチャーブランチを削除 などと手作業でしていたが、git-flowコマンドラインツール（またはSourceTreeのGit Flow）を利用できたら3~5がgit flow feature finish xxxx一発でできて楽だ。 そこでmasterブラ
npm publishの流れとそれを1コマンド行うnp - Qiita
npm publishをする前の前提を確認してみます。 npm publish前に確認すること 1. git status gitにコミットしてないファイルがないか。 npm publishはgitの結果ではなく現在のファイルを公開するので、commitにファイルを変更していたらそれが公開されてしまいます。 2. git fetch リモートレポジトリの方が進んでいないか。 3. node_modulesを削除しnpm installを実行 最新の依存関係で動作するか。 4. npm test テストが通るか 5. バージョンを上げ、git tagを作成 npm versionを実行すると、タグ付けとコミットを自動で行います。 基本的にセマンティックバージョニングに従います。 いきなりメジャーバージョンを付加することは稀なので、はじめはnpm version minorを実行しましょう。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - banga/git-split-diffs: Syntax highlighted side-by-side diffs in your terminal
Git Commit Message Conventions
Loading...
LGTM Camera
