branch

0熱

1答えて

症状：新しく作成されたGitブランチが繰り返し上流のレポの廃止/古くなったイメージを引き出します。新しいブランチは、直前にマージされたコミットをコミットしません。 Mac OSのシエラに、GitHubのデスクトップGUIクライアントを使用して枝を作成するとき、私はこれに遭遇しました：

0熱

1答えて

なぜ私は合併を見たのですか？

レッツは、」私は次のようにTFSでシンプルなアーキテクチャを持っていると言う：作製 - -Integration -Iは、生産から統合へのマージを行う-Dev_Branch。翌日、Dev_BranchからProductionにマージする必要があります。 - 最初はDev_Branchから統合にマージします。 -統合から本番への統合そしてここで、マージ可能な変更の一覧では、昨日（生産から統合

1熱

2答えて

別の1つのリモートブランチをコミットツリーに接続する方法

リモートブランチを持つコミットツリーがあります。最近私はmasterブランチから別のリモートブランチorigin_fsa/masterに変更をプッシュするという要件があります。新しいリモートorigin_fsaを追加し、そのリモートからリモートブランチをフェッチして、メインのコミットグラフから分離しました。（私はTortoiseGitを使用して）このように：私は、これは、新たにマージする（必

1熱

3答えて

'elsif'ブランチで関数を何度も呼び出さないようにする方法はありますか？

私はnilまたは非nilいずれかの値を返す関数を持っている、と私は、次のifでそれを使用する - else句： if condition_that_doesnt_involve_my_func # do stuff elsif my_func(cur_line) headers_found = my_func(cur_line) end 私はそれが二度関数を呼び出すため

1熱

1答えて

マージせずにunshelveする方法

hg unshelveを強制的にマージすることはできますか？古いファイルをshelved状態で上書きするだけですか？

-2熱

1答えて

マスターブランチに2つの最初のコミット（2番目のコミットバージョン）を含む新しいブランチを作成します。

私のマスターブランチでコミットしています。私はマスターブランチでちょうど2つの最初のコミットを含む別のブランチを作成したい。これを行うことはできますか？

0熱

2答えて

GITリポジトリ上のモジュラーJavaアプリケーション

私は「モジュール式Javaアプリケーション」を開発していますが、それは約60個の独立したモジュールを持っています。私はGITの下でこのタイプのアプリケーションを構築するための最良の方法が何かを理解しようとしています。私は自分自身をよりよく説明します：私はSVNで数年間働いてきたと私は、このようなSVNなどの集中バージョン管理ツールの下で、このようなプロジェクトを構築するために、それは本当に簡

-1熱

1答えて

Subversionスイッチング

私はSubversionからの動作を見ています。（私は、バージョンが1.6.x、Windows 7だと信じています）。 Anyhoo、私はブランチ（「支店A」）を指すワークステーションテストディレクトリを持っています。ある時点で、デバッグのためにいくつかのファイルを修正しましたが、そのデバッグ作業は新しいものではなく、SVNからの既存のファイルを修正したものです。我々はこれらの変更をコミットした

0熱

1答えて

正確に予測されるブランチのコスト（CPU上）

私が読んだところに基づいて、コストは0サイクルであるようです。それは本当に0サイクルですか？コストが0サイクルの場合、これにはCPU命令キャッシュ内でのフラッシュの可能性だけでなく、ジャンプ命令自体が含まれていますか？私はどのCPUアーキテクチャーにも感謝しています。