[B! Git] fmn10のブックマーク

git gcで起きることをトレース情報から追ってみる - Mobile Factory Tech Blog

この記事はモバイルファクトリー Advent Calendar 2020 11日目の記事です。エンジニアのid:toricorです。巨大なリポジトリを操作しているとgit gcで待たされることがたまにありますが、一体どんな処理をしているんでしょうか。 git gcとは git gc --help または man git-gc でどんなコマンドか見てみましょう Cleanup unnecessary files and optimize the local repository git gcはリポジトリ内を掃除してくれるコマンドで、pull操作などのタイミングで実行されます。日々の開発で蓄積したコミットなどを表すオブジェクト(ルースオブジェクト) のファイルを、変更の差分のみを保存した1つのバイナリファイル(packファイル)に詰め込んだり、不要になったオブジェクトのファイルを削除したり

fmn10 2023/12/30

Git

リンク

Commitizenを使ってgitのコミットメッセージをしっかり書こう | DevelopersIO

はじめに gitのコミットメッセージを記述するとき、内容について悩むことが度々あります。簡潔に要点をまとめて書きたいけどいちいち記述が面倒だったり、チームで書き方がバラバラだったり・・・そして結局「fix bug」のひとことだけメッセージを記述するだけになったりします。この記事ではそんなコミットメッセージを少しでも簡単に有用にするためのツールを紹介します。 Commitizen? コミットメッセージを簡単・簡潔に記述したいときに使えるのがCommitizenです。 Commitizenはインタラクティブにコミットメッセージを作成できるツールで、このコミットのタイプスコープコミットのサマリーコミットの詳細などについて対話的に記述していくことで、適切なコミットメッセージを作成できます。 ? Select the type of change that you're commit

fmn10 2020/08/13

あとで試す

Git

リンク

ちょっと待った! Railsのgitリポジトリから Gemfile.lockとdb/schema.rbを除外してはいけない｜TechRacho by BPS株式会社

2014.02.07 ちょっと待った!RailsのgitリポジトリからGemfile.lockとdb/schema.rbを除外してはいけないこんにちは、hachi8833です。 Railsをgitで管理するのであれば、ログファイルや、パスワード入りdatabase.ymlなどの登録したくないファイルを.gitignoreに記載してリポジトリから除外するのが普通です。しかし実際の案件では、除外すべきでないファイルが除外されていることがたまにあります。言うまでもないような話ですが、心当たりのある方は念のためチェックしてみましょう。gitリポジトリから除外すべきでないファイル以下では、誤ってgitリポジトリから除外されがちなGemfile.lockとdb/schema.rbについて説明します。代表的なものであり、すべてを網羅しているわけではないのでご注意ください。Gemfile.lo

fmn10 2019/01/15

Git
Ruby

リンク

Git署名のウソホント - あまねけ！

﹁Gitで署名﹂の謎ところで、みなさんが大好きなQiitaで次のようなコメントを見かけました。後々rebase+squashする予定があるなら、それぞれのコミットに自動で署名するよりも、rebaseした後でgit commit --amend -Sとして署名するのが賢明かもしれません。pushするまでは署名していようがいまいが、さほど問題ではありませんので。やたらと署名したら署名の価値が落ちる、とリーナスは言っています → http://git.661346.n2.nabble.com/GPG-signing-for-git-commit-td2582986.html GitHubでGPGによりデジタル署名されたコミットにバッジが表示されるようになったので設定してみる署名の価値が落ちる、とはどういうことでしょうか？　作業内容にしっかり署名をするのが悪いというのは、明らかに直感に反し

fmn10 2018/10/31

腑に落ちない。署名の自動化とは

Git

リンク

Git の仕組み (1) - こせきの技術日記

目次はじめに Git を使ったことがない方へ生のデータが見たい方へ Git の全体像 .git の中身 Git オブジェクトデータベース 4種類のオブジェクトリファレンスリファレンスのリファレンス大きなツリー Git オブジェクトの ID と中身ハッシュ関数 SHA1 の簡単な説明 tree と blob オブジェクト tree と blob の参照関係ルートツリーの ID でツリー全体を識別する commit オブジェクトリファレンスとブランチブランチブランチ先頭を指すリファレンス HEAD リファレンス detached HEAD 2種類のタグ一時待避 (stash) インデックスキャッシュとしての役割マージ Fast-Forward マージ non Fast-Forward マージ rebase reset 2種類のブランチ各リポジトリが自分のブランチを

fmn10 2018/02/27

“Git は、洗練されたオブジェクトモデルを、雑多なコマンド群が包み込む構造になっています。”

Git

リンク

GitHubでPull Requestを修正して取り込む — A Day in Serenity (Reloaded) — PHP, CodeIgniter, FuelPHP, Linux or something

GitHubでPull Requestを受けることがあります。しかし、微妙にコーディングスタイルが違う複数のコミットをまとめて欲しい開発が進みコンフリクトが発生しマージできないなどの場合があります。そのような場合、Pull Requestの送信者に修正を依頼し待つという方法があります。しかし、さっさと取り込んでしまいたいこともあります。ということで、Pull Requestされたものを勝手に修正してきれいにして取り込む方法です。 Pull Requestを修正してマージする 1. Pull RequestのURLを取得する 2. Pull Requestのパッチファイルを取得して適用する Pull RequestのURLの最後に.patchを追加したURLを取得して、git amでパッチを適用します。 $ curl -L https://github.com/kenjis/ph

fmn10 2017/12/26

Git

リンク

GitHubのようなサイトを独自に運用できる「GitLab」や「GitBucket」を使ってみよう | さくらのナレッジ

︵※3月18日追記‥当初﹁SSH公開鍵の管理機能﹂において、GitBucketを﹁×﹂としていましたが、SSHアクセス機能を機能を有効にすることでSSH公開鍵の管理機能も利用できるとのことで、﹁○﹂に修正しました︶ GitLabおよびGitBucketと、RedmineおよびTracとの大きな違いとして、フォークやマージ/プルリクエスト機能をサポートしているかどうかがある。これらの機能を利用したいのであれば、GitLabやGitBucketが候補となるだろう。いっぽう、Redmineはカレンダー機能やガントチャートと言ったプロジェクト管理機能が充実しているのが特徴だ。また、Tracはシンプルなユーザーインターフェイスや、プラグインによるカスタマイズ性の高さがある。フォークやマージ/プルリクエスト機能を利用しないのであれば、プロジェクト管理機能が充実しているRedmineやTracは十分な

fmn10 2017/02/23

Git
Github

リンク

GitHubでの”Merge pull request”の弊害 | POSTD

私は GitHub が大好きです。GitHubはオープンソースへのコントリビューション︵寄与貢献︶を何十倍も容易に、そして楽しいものにしたと思います。ですが、GitHubがPull RequestというwebのUI形式で前面に押し出しているオープンソースのメンテナーのワークフローが、プロジェクト品質とコントリビューションを受けつけるスピードの弊害になるということに気がつきました。そこで、GitHubの Pull Request にある﹁Merge pull request﹂ボタンをクリックする前に、少しお話をさせてください。メンテナーの紹介ジェーンはそこそこの成功を収めているオープンソースプロジェクトのメンテナーです。彼女は毎週プロジェクトのGitHubリポジトリに上がる新しい Issue を確認し、リクエストに対し速やかにフィードバックを返します。リクエストをすべて実行する時

fmn10 2017/02/04

「自分（メンテナ）が作業した方がはやい。でもコントリビュータを commit author に記録してあげたい…そんな時には “git am” 」という話

Git
Github

リンク

Git の仕組み (2) - コミット・ブランチ・タグ - こせきの技術日記

Git の仕組みシリーズの2回目です。目次がここにあります。前回の記事では、Git オブジェクトとリファレンスが大きなツリー構造になっていることを説明しました。また、Git オブジェクトがどのように記録されているか、ファイルツリーの変更がルート tree オブジェクトのIDに反映される仕組みなどを見てきました。今回は commit オブジェクト、ブランチ、タグ、stash の仕組みについて説明します。実際のデータが見たいときは、Git Object Browser にアクセスしてみてください。 5. commit オブジェクト先に説明した通り、Git オブジェクトデータベースには、複数のファイルツリーを保存できます。個々のファイルツリーは、最上位 (ルート) にある tree オブジェクトのIDで区別することができます。ファイルツリーは、大抵の場合、過去のファイルツリ

fmn10 2016/03/19

すごくわかりやすいので続いてほしい

Git

リンク

はてなブックマーク

タグ

関連タグで絞り込む (2)

Gitに関するfmn10のブックマーク (9)

お知らせ

今週のはてなブックマーク数ランキング（2024年7月第3週）

今週のはてなブックマーク数ランキング（2024年7月第2週）

はてなブックマーク透明性レポート（2024年 2月-2024年4月）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス