問題タブ [branch]
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.
tfs - TFS の孤立したブランチ
TFS にトランクがあり、分岐が必要になるまで全員が作業します。私たちの最後のプロジェクトは、ブランチを必要とする大きな機能でした。開発が完了し、変更がトランクにマージされました。開発ブランチはどうすればよいですか?
削除する必要がありますか?どういうわけか読み取り専用としてマークしますか?クローキングとロックについてはどうですか?
assembly - 未満の場合の分岐の正しい分岐命令はどれですか
私は昨日これに答えを書きました: あなたが見たり行ったりした中で最もクールなハックは何ですか? 私は 6502 アセンブリを思い出すのに非常に苦労しました。
何の指示かわかる方いますか?BNE と BEQ は同じで、BCC はキャリー用で、CMP は基本的に SBC でキャリーに影響しますが、その場合に機能するかどうかはわかりません。
c++ - 分岐と乗算のどちらがより効率的ですか?
unsigned short int の上位ビットを使用して、合計する配列の値を示す、小さくて使用頻度の高い関数を最適化しようとしています。最初は、以下に示す明白なアプローチを使用していました。ループのアンローリングは、コンパイラによって実行される必要があるため、明示的に表示されないことに注意してください。
しかし、後になって、CPU のパイプライン処理を支援するために分岐を削除した方がよいのではないかと考え、次のことを思いつきました。
(i & mask) はブール値の答えにはならないので、0 との比較は結果を 1 または 0 にすることに注意してください。方程式の残りの部分に加えて、反復ごとに 0 または 1 の乗算を実行します。
どのコードがより速く実行されますか?
git - 既存の Git ブランチをリモート ブランチに追跡させますか?
リモート ブランチを追跡する新しいブランチを作成する方法は知っていますが、既存のブランチをリモート ブランチを追跡するにはどうすればよいですか?
ファイルを編集するだけでよいことはわかってい.git/config
ますが、もっと簡単な方法があるはずです。
c# - 変更されたフォームファイルを比較する方法 - ( .Designer InitializeComponent )
Suversion と WinDiff を使用すると、クラス プロジェクトと Web プロジェクトを分岐/マージするのに問題はありません。
私がマージできない唯一の種類のプロジェクトは、winform プロジェクトです。InitializeComponent メソッドは、少し変更しただけで常にスクランブルされます。
.Designer - ファイルの差分/マージを有効にする良い方法はありますか?
編集:
バートが提案したように、3ウェイデフを使用しました。それは物事をずっと簡単にしました。しかし、まだ Winform - ファイル (.designer および .resx ) はマージできませんでした。
tfs - TFS ブランチは物理スナップショットですか、それとも論理スナップショットですか?
ブランチ メソッドを使用して TFS でコードが分岐される場合、コードは物理的に分岐されますか?それとも論理的に分岐されますか? 論理的には、それは単なる変更セット (変更されたデルタ) なのか、それともすべてのファイルがコピーされたのかということです。
version-control - 特定のリリース/パスまたはブランチのラベル/タグを作成しますか?
製品のバージョン 1.0、またはバージョン 1.1 またはパッチがある場合、タグ/ラベルまたはブランチを作成しますか?
git - コミットされていないローカルの変更を別の Git ブランチにマージするにはどうすればよいですか?
Gitで次のことを行うにはどうすればよいですか?
現在のブランチは branch1 で、ローカルにいくつかの変更を加えました。しかし、実際にはこれらの変更を branch2 に適用するつもりだったことに気付きました。これらの変更を適用/マージして、branch1 でコミットせずに branch2 でローカルの変更になるようにする方法はありますか?
svn - 分岐したコードを手動でマージするためのヒント
私は分岐とマージに svn を使用することにかなり慣れていますが、通常はこれで問題なく動作します。ただし、1 つのコンポーネントが 2 つのブランチで作業され、基本的にコンポーネントが異なる方向に進んだため、自動マージは機能せず、beyond compare を使用するとファイルがほとんど異なるものとして表示されます。
いくつかのファイルをつなぎ合わせようとしましたが、うまくいったとしても結果はかなりひどいものです。
私はビジネスに対して、これは絶対にできないと言いたくなる。モジュール + 機能 A が機能し、モジュール + 機能 B が機能しているのに、モジュール + 機能 A + 機能 B がそのままでは意味をなさないので、これが彼らを苛立たせているのがわかります。たとえば、機能 A は、機能 B の重要なコンポーネントだったものを削除する場合があります。
そのようなコードをマージしようとする方法はありますか? それとも、モジュール + A + B は本当にモジュール + C ですか?
私たちはこれが実現することを確認しましたが、機能 A は、長期にわたるプロジェクトの一部であった機能 B よりも短い時間スケールで必要でした。このようなことが起こらないようにする方法はありますか? それとも、両方の機能がうまく適合するようにコードを構成する方法はありますか?
svn - 継続的インテグレーションを行う際の最適な分岐戦略は?
継続的インテグレーションを行う場合に使用する最適な分岐戦略は何ですか?
- リリースの分岐:トランクで開発し、リリースごとに分岐を保持します。
- 機能の分岐:個別の分岐で各機能を開発し、安定してから一度だけマージします。
これらの両方の戦略を一緒に使用することは理にかなっていますか? のように、リリースごとに分岐しますが、大きな機能にも分岐しますか? これらの戦略の 1 つは、継続的インテグレーションとうまく調和しますか? 不安定なトランクを使用している場合でも、継続的インテグレーションを使用することは理にかなっていますか?