2016-10-24 9 views
-1

私はプロジェクトに取り組んでおり、すぐにソースをオープンしようとしています。オープンソースプロジェクトのワークフロー?

私はいつも「ユーザー」側にいましたが、実際にはオープンソースプロジェクトに貢献したことはありませんでした。

私はウェブ上で研究し、それらのほとんどを考え出してきたが、まだ一つのことに困惑しています:

どのように私は、分岐/リリースサイクルを構築する必要がありますか?一度リリースするとすぐに習得することができず、バージョニングのメリットも認識していますが、不必要に複雑にすることも望ましくありません。

私はいくつかのオープンソースプロジェクトを見てきましたが、その多くはmasterdevelopの枝と、リリースをマークするための複数のtagsを持つようです。オープンソースプロジェクトの多くがどのようにリリースを管理しているかを明確にすることができれば、本当に感謝しています。

+2

[SO]が広すぎるため、この質問を議論の対象外とすることに投票しました。あなたはhttp://opensource.stackexchange.com/でそれを尋ねることを検討することができます。 – Mureinik

+0

私は当初もそのサイトを考慮しましたが、そのサイトをどれだけ多くの人が使用しているのを見たことがありますか? **このサイトだけで何回回答したかのように、**まとめて**半数の回答があります。これに答えることができる人がもっといると思ったので、私はここに投稿しました。そしてこれはどのように広すぎるのでしょうか?これは、特にオープンソースプロジェクトのgitブランチをどのように構築するかについてです。 – Vlad

+1

@Vladそれは私に悲しいことです:(それは新しいサイトであり、それは実行されています。あなたはあなたの質問への回答を得るでしょう - 私がチェックした最後の99%の回答率を持っています。もしコミュニティ全体に利益をもたらすよりも、私たちがそれを成長させることができるならば、人々が絶えず逃げるならば、ここではStack Overflowでの範囲を広げたり/悪化させたりして、Open Source SEの開発を傷つけるのではない。 – Zizouz212

答えて

1

通常、開発者はメインリポジトリをフォークし、ローカルフォークのdevelopまたは同様のブランチで処理します。

変更に満足すると、変更内容をメインリポジトリのdevelopにプッシュするプル要求が発生します。

あなたはプロジェクトの主な開発者で、変更内容を確認して承認/拒否します。

プロジェクトの主任開発者は、すべての変更が次のリリースの一部となることを定義します。 developブランチからコードを選択してmasterブランチにプッシュし、masterブランチからブランチとリリースコードを選択します。バージョン番号がtagの場合、バージョンの追跡に役立ちます。

さらに、自動化されたビルド/デプロイメントも役立ちます。

非常に基本的なワークフローについて説明しました。お役に立てれば。

+0

これはまさに私が探していたものです。ありがとうございました。 – Vlad

関連する問題