問題タブ [merge]

1 つの大きな (より大きな) DLL にしたい小さな DLL がたくさんあります (ここで提案されているように)。プロジェクトをマージすることでこれを行うことができますが、あまり邪魔にならない方法が必要です。

複数の DLL を 1 つのユニットにマージできますか?

クイック検索で、これは不可能だと主張するこのスレッドが見つかりました。他に誰か知っていますか？

.NET ではなくネイティブの C++ コードについて話しているので、ILMerge は廃止されました。

.NET 3.5 を使用しています。1 つ以上の値を共有する 2 つの文字列配列があります。

重複する値のない 1 つの配列にそれらをマージする方法が欲しいです。

私はLINQでこれを行うことができます:

しかし、それは大規模な配列ではあまり効率的ではないと思います。

より良い方法はありますか？

リストが 1 つあるとします。

そして別のリスト...

次のように originalList を更新するにはどうすればよいですか。

1. int が newList に表示される場合は、保持します
2. int が newList に表示されない場合は、削除します
3. newList からの ints を originalList に追加しますが、まだそこにはありません

したがって、originalList の内容を作成します。

私が尋ねている理由は、子のコレクションを持つオブジェクトがあるからです。ユーザーがこのコレクションを更新するとき、すべての子を削除してから選択を挿入するのではなく、コレクション全体を破棄して挿入するのではなく、追加または削除された子に対処した方が効率的だと思います。 newList の子は、それらがすべて新しいものであるかのように表示されます。

編集 - 申し訳ありませんが、ひどいタイトルを書きました...「効率的」ではなく「コードの最小量」と書くべきでした。それは私が得た多くの答えを捨てたと思います。それらはすべて素晴らしいです...ありがとう！

Subversion をソース管理システムとして使用し、VisualStudio プロジェクト ファイル (vcproj) を通常どおりソース管理システムに保存します。Subversion では、いかなる形のファイル ロックも使用しないため、2 人の開発者が同じプロジェクトで同時に作業していて、両方ともプロジェクトにファイルを追加したり、設定を変更したりした場合、2 番目にコミットする開発者が変更をマージする必要があります。

これらの変更をどのようにマージしますか?

vcproj ファイルは単なるテキスト ファイルであるため、手動で編集することはできますが、特に経験の浅い開発者にとっては、手動で編集するのはあまり適していません。

私が考えることができる方法は

• svn から最新バージョンを取得し、すべてのローカル変更を手動で再追加します
• ファイルを手動で編集して、自動マージによる競合を解決します
• 同時変更を防ぐために何らかの形式のロック スキームを実装する
• 開発者が同時に変更を加えないように、開発者間で合意する

現在、すべての変更を手動で再追加する最初のオプションを使用していますが、これには時間がかかり、より良い方法があるかどうか疑問に思っていました.

ソース ファイルでは、ほとんどの場合、自動マージ機能が機能し、多くの競合は発生しません。

Oracle では、単純なデータ テーブルが与えられます。

値を「挿入または更新」したいとします。私は次のようなものを持っています:

これよりも良い方法はありますか？このコマンドには、次の欠点があるようです。

• すべてのリテラルは 2 回入力する必要があります (またはパラメーター設定で 2 回追加する必要があります)。
• 「デュアルを使用する」構文はハックのようです

これが最善の方法である場合、JDBC で各パラメーターを 2 回設定する必要があることを回避する方法はありますか?

プロジェクトでローカライズされたテキストに使用する複数列のテキスト ファイル (タブ区切り) があります。

ほとんどのテキスト エディター (および Excel も) で誰でも簡単に編集できるため、この形式を選択しました。

私のメイクファイルは、アプリに直接含めるために、一連の定義とバイナリ データに処理します。

SVNマージが行ごとのマージのみを行うのか、それともサブラインのマージも行うことができるのか知っていますか?

例えば：

元のファイル (未翻訳) には以下が含まれます。

次に、フランス語の翻訳者がそれを更新します。

次に、ドイツ語の翻訳者がそれを更新します。

次に、両方とも結果をマージして int SVN に戻すので、互いの変更を上書きしますか、それとも 1 行で複数の変更を処理できますか?

インクルードと自動ロードクラスに基づいて、複数のPHPファイルを「コンパイル」または基本的に単一のファイルにマージできる汎用ツールはありますか? ファイルサイズを軽くしてパフォーマンスを向上させるために、Doctrine のコンパイル機能や、主要な JS フレームワークの多くが「本番」サイトで行うコンパイルに似たものを考えています。

自分でスクリプトを作成する前に、調べる価値のあるものが既に存在するかどうかを調べたいだけです (これまで Google はあまり役に立ちませんでした)。

編集:私は実際に.phar アーカイブ形式に関するブログ投稿を書いており、非常に興奮しています。私は実際にはパフォーマンスについてもっと心配していましたが、ファイルをマージしても何のメリットもないように思えます。

複数のスクリプトを単一のファイルにマージすることによるパフォーマンスの向上 (またはその欠如) を示唆する実際のデータを誰かが持っていますか?

同じ構造の 2 つのデータベースがあります。テーブルには、Rails で使用されているように、主キーとして整数があります。

患者テーブルがある場合、1 つのデータベースで主キー 123 を使用する 1 人の患者と、別のデータベースで同じ主キーを使用する別の患者が存在します。

両方のデータベースのデータをマージするために何を提案しますか?

私の既存の (Pre-SVN 1.5) マージ戦略では、後でマージ中に参照するために、ブランチ作成の時点でトランク (BasePoint と呼ばれる) のコピーを作成します。

ブランチをトランクにマージする必要がある場合、2 つの操作を実行します。

1. BasePoint から LatestTrunk (Trunk は元のブランチから移動した可能性があります) を Branch の作業コピーにマージし、コミットします。

   この時点で、通常、ブランチへのマージによって何も損傷を受けていないことを確認します

2. LatestTrunk から LatestBranch にマージしてトランクの作業コピーに戻し、コミットします。

ドキュメントによると、トランクで新しい再統合マージを使用し、ブランチからマージすることをお勧めします。

最初にトランクから開発ブランチにマージする必要がありますか?それとも、これは新しい再統合オプションに含まれていますか?

別の言い方をすれば、新しいmerge --reintegrate機能は「以前のマージのそれぞれ」または「操作全体」を表していますか?

(FWIW私はTortoiseSVN 1.5.1を使用しています)

Subversion 1.5 について知る必要があることはすべて理解できたと思い、フィーチャー ブランチとトランクを喜んでマージしていました。

それから、自分が思っていたことをしていないことに気づきました。

機能ブランチからトランクにマージするときに --reintegrate パラメーターを使用していません。

具体的には、TortoiseSVN 1.5.3 を使用しており、範囲を指定せずに最初のマージ オプション「リビジョンの範囲をマージする」を常に選択していました。

これはトランクからブランチにマージする場合は正しいと理解しましたが、他の方法でマージする場合は --reintegrate パラメーターを使用する必要があることも理解しました。

代わりに、いずれかの方向にマージするときに2番目のオプションを選択しており、明らかにそれぞれの場合に反対のURLを選択しています.

いずれの場合も正しいファイルを処理しているように見えました...

それで、私は何を台無しにしましたか？