トップ「Git-flow」の質問

git-flowワークフローは、プロジェクトリリースを中心に設計された厳密な分岐モデルを定義します。

Gitマージマスターを機能ブランチに

Gitに次のような状況があるとしましょう。作成されたリポジトリ:mkdir GitTest2 cd GitTest2 git init マスターでいくつかの変更が行われ、コミットされます。echo "On Master" & […] 続きを読む…

git git-branch git-merge git-flow feature-branch

別のブランチからGitにブランチを作成する

私には2つのブランチがあります:マスターと開発devブランチから「featureブランチ」を作成したい。現在ブランチ開発で、私はします:$ git checkout -b myfeature dev ... (多少の仕事)$ git commit -am " […] 続きを読む…

git git-branch git-workflow git-flow

gitフローブランチが分岐しました

私はgitflowツールを使用していますが、少し問題が発生しました。 私のgitブランチは分岐しています。 マスターブランチを読みましたが $ git flow feature finish showFindLogs Branches 'develop' and […] 続きを読む…

git git-flow

エラー:sshを実行できません:Windowsでクローンを作成しようとすると、そのようなファイルまたはディレクトリはありません

私はWindows上でリモートリポジトリのクローンを作成しようとしているので、これを行ったとき:git clone [email protected]:organization/xxx.git このエラーが発生しました:error: […] 続きを読む…

windows git git-flow

複数の並列リリース ブランチを使用した Git-flow とマスター

git-flow によって実装された成功した Git ブランチ モデルを採用しようとしています。 現在、少なくとも 2 つのリリース ブランチに取り組んでいます。1 つは最新の安定版リリース用で、もう 1 つは次の (「プレビュー」) リリース用です。 私が理解していないのは、すべてのリリースがマスターに「線形化」され、そこにタグ付けされているように見える理由です。 リリース ブランチでリリースにタグを付けないのはなぜですか? そもそもなんでマスターなの? または、なぜdevelopブランチでmasterを使用しないのですか?

git git-flow

Git での分岐とマージのベスト プラクティス

私たちには 4 人の開発者チームがあり、最近 Git に移行しました。 分岐とマージのワークフローに関するベスト プラクティスを学びたいと考えています。Git Flow の軽量バージョンを使用しています。 開発、ステージング、マスター ブランチがあり、それらはすべて互いに直線的です。ステージングは​​マスターから分岐dev はステージングから分岐していますそれに加えて、機能ブランチとホットフィックス ブランチを使用して、新しい機能に取り組み、バグを修正します。次の質問があります。dev または master から機能ブランチを分岐する必要がありますか?機能ブランチの準備ができたら、機能ブランチを開発にマージしてから開発をステージングにマージするか、機能ブランチをステージングにマージしてから機能ブランチをマスターにマージする必要がありますか?ステージングとマスターにマージしたくない開発者がいる可能性があるため、マスターからブランチして機能ブランチをマージする必要があると思います。あなたの意見は何ですか? ベストプラクティスは何ですか?

git git-flow

git-flowとgithub-flowの長所と短所は何ですか?

最近、GitLabの使用を開始しました。現在、「集中型」ワークフローを使用しています。github-flowへの移行を検討していますが、確認したいと思います。git-flowとgithub-flowの長所と短所は何ですか?

gitlab git-flow

マスターブランチとリリースブランチは何のためのものですか?

私の英語はgit flow説明を理解するのに十分ではありません私の理解のために。Master branchは、ユーザーが市場でダウンロードできる既製の製品用です。しかし、 release branchesがあります。これらのブランチが誰のためにリリースされるかはわかりません。顧客向けにリリースしますか? またはQAのために?http://www.flickr. […] 続きを読む…

git git-flow

Gitflow機能とバグ修正ブランチの命名

Gitflowを使用しているときに、ブランチの名前を機能、バグ修正、修正プログラムに分ける理由は何ですか?つまり、たとえば、次の代わりに、なぜではないのですか?feature/ bugfix/ hotfix/ ただしてください:change/ 機能/バグ修正/修正プログラムによる分離は何を購入しますか?

branch git-flow git-workflow

Gitフロー-別の機能ブランチから機能ブランチを作成します

私はしばらくの間git flowを使用しています。 特定のユースケースについて知りたいです。私のプロジェクトの1つに、新しいWebサイト機能のチケットがあります。 このチケットは多くのサブタスクに依存します。 メインチケットの機能ブランチを作成し、サブタスクごとに親機能ブランチから機能ブランチを作成したいと思います。チケットPROJ-500を持っていて、その機能ブランチを作成するとします。git flow feature start PROJ-500 次に、チケットPROJ-501から […] 続きを読む…

git git-flow