2017-02-13 4 views
2

例えば、私は2つの枝、masterdev-personalを持っています。 Masterには常に安定したリリースが含まれていますが、dev-personalは私のマシンのいくつかの間で何のテストも行わずにコードを同期させるために使用され、その後マージする前にdev-personalへのコミットがテストされています。それは普通の練習ですか?個々のコミットが機能していない開発ブランチを持つことはできますか?

+0

[関連](http://softwareengineering.stackexchange.com/questions/119784/is-it-good-ide-to-require-to-commit-only-working-code) –

+0

[関連](http ://softwareengineering.stackexchange.com/questions/211608/is-it-ever-ok-to-commit-non-working-code?noredirect = 1&lq = 1) –

答えて

1

はい、標準的な方法です。

gitでは、複数のブランチを作成してチームメイトとの進捗状況を共有できる非常に優れた機能です。例えば

マスターブランチ: 安定的かつ解放可能なコードが含まれていることになって、この枝。

ローカルブランチ: ローカルブランチは、個人の進捗状況を追跡するために使用されます。

1

一般に、ブランチに何かをプッシュする前に、コンパイルプロセスを中断しないことを確認する必要があります。ブランチに関連して、開発ブランチは通常非安定ブランチと見なされますが、マスターブランチは安定ブランチと見なされるため、マージする前にいくつかのテストをマスターする必要があります。

+0

私の個人的な支店は、だから、私はちょうど私が今は機能の特定のブロックを開発したときにコミットしたが、別のデバイスから続行する必要があります。 – RomaValcer

関連する問題