問題タブ [git-workflow]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
2 に答える
157 参照

git - Gitweb - 削除されたブランチが Web インターフェイスに表示されない

gitweb インターフェイスで削除されたブランチを一覧表示する方法はありますか?

Git で新しいブランチを作成したところ、同じことが gitweb インターフェイスに反映されますが、ブランチを削除すると、gitweb インターフェイスにリストされません。理想的には、ブランチが削除されましたというメッセージとともに gitweb インターフェイスにリストされます。

可能であれば教えてください!

0 投票する
1 に答える
203 参照

git - 機能ブランチから開発ブランチへのファイルのマージ

私は 1 つの開発ブランチといくつかの機能ブランチを持っています。Atlassian でこの git ワークフローを見つけました。モデレーターを除くすべての開発者が dev ブランチを読み取り専用にするという考え方です。すべての開発者は、機能ブランチ以外でのみ作業します。しかし、ここに問題があります -

開発者 A が機能ブランチ A (FB-A) の作業を開始します。Dev ブランチはその間に進行します。開発者 A は FB-A での作業を終了し、コードをコミットして FB-A にプッシュします (コミット #1)。次に、Dev から FB-A へのプルを実行して、最新のものを取得します。Dev からのすべての変更は、FB-A に追加/変更されます。次に、これらのファイルをコミットして FB-A にもプッシュします (コミット #2)。これで、ファイルを dev ブランチにマージする準備が整いました。やろうとしたところ、Commit #1 と Commit #2 をコミットします。これは通常の慣行ですか?

開発者の実際の変更があるため、最初のコミットのみを Dev にマージすることは可能ですか? ここで何か不足していますか?

0 投票する
0 に答える
270 参照

git - 複数のフィーチャー ブランチを使用したステージング デプロイの git ワークフロー (別名、簡単なブランチの置き換え)

私は、1 つのローカル機能ブランチが完全に 1 対 1 でリモート展開ブランチを置き換えることを確認する簡単な方法を探していますが、展開ブランチは展開する手段に他なりません。

セットアップ

リモート

master: production にデプロイし
ます stage: ステージングにデプロイします

ローカル開発者

マスター -> リモート マスター
機能 A
機能 B

ローカル開発者 b

マスター -> リモート マスター
機能 C
機能 D

質問

ここで、開発者 A が自分の機能 A を上司に見せたいとします。したがって、ステージング サーバーにデプロイする必要があります。そのためには、フィーチャー A をステージにマージし、プッシュしてデプロイします。しかし、開発者 A が機能 B を表示したい場合、または開発者 B が機能 C または D を表示したい場合はどうでしょうか。干渉がないことを確認するには、2 つまたは 3 つではなく、1 つの機能のみがサーバーにあることを保証する必要があります。

私が今知っている唯一の方法は、展開ブランチ ステージがマスターに似るまで元に戻され、その後、展開のために別の機能をマージできることです。または、ブランチステージを「単に」削除してから、マスターから再作成することもできます。

では、どうすればこれを簡単に達成できるでしょうか。これは実際に強制プッシュですか?

乾杯!

0 投票する
1 に答える
197 参照

git - 常に機能するように「git pull」を実行し、マージの衝突によって変更が破棄されるようにするにはどうすればよいですか?

私はリポジトリからプルしたいのですが、私のリポジトリと衝突するそのリポジトリからの変更セットがより良い選択肢であると信じています。

マージの競合に対処する必要がなく、プル元のリポジトリが常に戦いに勝つように、プルを自動化するにはどうすればよいですか?

コマンド ライン オプションをgit pull --squash見てみると、それが探しているものなのか、それとも何らかのマージ戦略を適用する必要があるのか​​、正確にはわかりません。何に渡すのかわかりません

また

それが実際に私が使用すべきフラグの1つである場合。

0 投票する
1 に答える
43 参照

git - 2 dev セットアップでの適切な git ワークフロー

リポジトリがあり、ブランチはmasterだけです。

私の友人と私git cloneは、ローカル マシンのmasterを使用しています。変更があるときはいつでも、マスターと更新のためにgit commit&git pushします。git pull

ここで、ステージングとして機能する VPS を購入し(後で実稼働する予定です)、ドメインにサブドメインもセットアップします。

http://dev.domain.com/ => /var/www/project_dev

http://domain.com/ => /var/www/project_prod

今、両方のディレクトリにgitコピーを作成するにはどうすればよいか混乱しています。開発ブランチを作成し、そこにローカルの変更をプッシュする必要があります。そこ/var/www/project_devにクローンが作成されますか? /var/www/project_prod次に、マスター ブランチは、 ?を複製する場所です。教えてください。