python / python/devguide

Split Backporting into "policy" and "guide"

オープン
#1,831 コメント 1 件 リアクション 1 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

topic-dev process topic-pull requests type-refactor
主要言語
Python
スター
2.1k
フォーク
1k
平均マージ
2日 12時間
マージ済み PR(30日)
12

説明

As a follow-up to #1819:

It would be great to have two sections for Backporting: a policy document to explain what's required (main first, backport with the [3.x] prefix, what kinds of changes get backported where -- perhaps the Development Cycle page is a good place for this), and a guide for the practicalities & automation (tags, bots, cherry-picker, Git commands).

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

調査の方向性

現在のBackportingに関する資料と、Issueがポリシーの置き場所の候補として挙げているDevelopment Cycleページを確認してください。必須のワークフロー(mainを先にすること、[3.x]プレフィックス、どの変更をバックポートするか)と、タグ、ボット、cherry-picker、Gitコマンドを扱う実践ガイドを分けてください。両方のセクションがそれぞれのトピックを明確に扱っていれば完了です。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
git
領域
documentation
issue の種類
ドキュメント
難易度
3/5
見積もり時間
1〜2日
活発さ
静か
明瞭さ
おおむね明確
初心者へのやさしさ
58/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。