あるブランチに変更するためには、最初に次のように実行します。f31)マスターから最初のコミットをマージし、同じコミットをブランチに作成します。masterサーバに変更内容をプッシュします。pushパッケージをビルドします。繰り返し、それぞれインポートして、コミットします。rawhide(マスター)ブランチに対してビルドしてから、他のブランチに対してプッシュしてください。ないと、アップデートがrawhideに引き継がれるでしょう。それはきっと大抵あなたが望んでいないことです。同期は、一時間おきです。実行しなければならないこともあるでしょう。万事うまくいったら、あなたのブランチは、ビルドのためにキューにアップされ、パッケージは綺麗にビルドされると、あなたのやることは終了となります!もしビルドが失敗したなら、ビルドシステムはあなたにレポートをメールで送ります。レポートにログが表示されます。gitに必要な変更をコミットし、SPECファイルのリリースビルド番号をあげて、新しいビルドをリクエストしてください。アップデートシステムはアップデートの公開やパッケージの分類等のために使用されます。パッケージを投稿してはいけません。使用してアップデートを転送することができます。ファイルで利用可能にしてください。あなたがパッケージングしているソフトウェアのアップストリームの新たなリリースを監視するために利用できるインフラがあります。詳細はアップストリームのリリースを監視するを参照してください。支援を受ける我々はこのプロセスが時には泥のように不明確であることを認識していて、常にもっとより良いプロセスにしようと挑戦しています。パッケージをメンテナンスしていて他のパッケージをメンテナンスしたいなら、既存の貢献者のための新たなパッケージプロセスに従うようにしてください。投稿することにより、提案可能です。持たなければなりません。)を使い、リモートからのプルリクエストを使わなければいけません。Guidelines。