Here is a collection of mailing list postings made by various people describing how they use Git in their workflow.

重大な脆弱性が発見されて修正されたら、 このスクリプトに従って公開リリースを調整します。

このハウツーでは、git pullを使用するときに プロジェクトの履歴を正しく保つ方法について説明します。

Gitの開発が順調に進んでいたある日、 近所の親しいメンテナーが 気まぐれバスに轢かれたとします。そして、おめでたい人(忠実な開発者)の 大群の中から、あなたは新しいメンテナとしてステップアップするようにと 担がれました。このハウツーは、そんなあなたがどうすればいいか示します。

これは、Gitに拡張コマンドを追加したい人のためのハウツー文書です。 api-builtin.txtと一緒に読む必要があります。

この記事では、JCが master ブランチを更新するときに コアGitツールを使用してパブリック seen ブランチを リベースする方法と、 rebase がどのように機能するかについて 説明します。 また、パッチをアップストリームに送信する個々の 開発者に、これがどのように適用されるかについても説明します。

このハウツー記事では、JCが更新後(psot-upadte)フックを使用して https://www.kernel.org/pub/software/scm/git/docs/ に示されている Gitドキュメントページを自動化する方法について説明しています .

破損リポジトリを修正するためにブロブオブジェクトを 再構築するためのいくつかのトリック。

適切なコピーが利用できない場合に、 破損したオブジェクトを回復します。

すでに本線にマージされているブランチに、 後で障害があることが判明する場合があります。 LinusとJunioは、このような時期尚早なマージからの回復と、 問題のあるブランチが修正された後の継続的な開発についての手引きを提供します。

この記事では、JC が実際に git revert コマンドを使って、 安全性と健全性チェックを容易にするために 一時ブランチとタグを使用する例を紹介します。

この記事では、 JCがトピックブランチを分離する方法について説明します。

HTTP(S)を介してプッシュおよびプルできる Gitリポジトリを設定します。

誰がどのブランチにプッシュできるか、誰がタグを作成できるかなど、 リポジトリのメンテナンスポリシーを実装するための フック/更新スクリプトの例を示します。

この記事では、サブツリーマージ戦略を使用する方法を Sean がデモします。

v1.7.9以降、貢献者は署名されたタグを自分の公開リポジトリにプッシュし、 インテグレーター(統合者)にプルするように依頼できます。 これにより、プルされた履歴が 本物であることがインテグレーター(統合者)に保証され、他のユーザーが後でそれを 検証できるようになります。