問題タブ [subclipse]

私は得るのにうんざりしています

石器時代よりも新しい svn クライアントを使用して作業コピーを修正した後、Eclipse に戻るたびに。

Subclipse に現在の Subversion クライアントを使用させる方法はありますか??

subclipse をインストールし、ショートカット ctl-k を commit コマンドに割り当てました。唯一の問題は、ctl-k を押すと、エディターで開いている現在のファイルのみをコミットしようとすることです。すべての変更された/新しいファイルをコミットするためのコミットを取得できる唯一の方法は、ルート プロジェクト フォルダーをクリックして ctl-k を押すことです。ルート プロジェクト フォルダーに移動しなくても、すべてのファイルをコミットするためのショートカットを割り当てる方法はありますか?

転覆エコシステムに関するほとんどすべてが私を幸せにします。ただし、ツールの新しいバージョンにアップグレードするためのリマインダーは煩わしくなります。クライアントを数百台のワークステーションにロールする場合、これらをオフにする方法はありますか？ダイアログボックスを閉じて、通知しないように指示できることはわかっていますが、Tortoise、subclipse、およびAnkhのダイアログボックスは表示したくありません。

svn でチェックアウトした作業コピーがあります。さらに、プロジェクトの場所として作業コピーのルートを持つ新しいプロジェクトを Eclipse で作成しました。Eclipse からバージョンを比較するようなことができるようになりたいです。私は Subclipse 1.4.8 を持っていますが、それは私が望むものを与えてくれないようです。私は何か間違ったことをしていますか？

ブランチとマージの基本的な概念を理解しています。私が見つけたすべての説明は、トランク全体を分岐して分岐プロジェクトを作成し、それに取り組んでからマージして戻すことについて語っています。プロジェクトのサブセットを分岐することはできますか?

例は、私が何をしたいのかを最もよく説明するのに役立つと思います. file0 から file10 までの 10 個のファイルを持つアプリケーションがあるとします。すべてのファイルは相互に依存しており、1 つのファイルをテストできるようにするには、他のすべてのファイルをビルドに含める必要があります。file0 で作業したいのですが、file1 から file10 までを変更する必要はありません。file0 にコミットされた変更が myrepos/branches/a-branch/file0 のようなものを更新するように file0 を分岐できますが、作業コピー内の他のすべてのファイルは単にトランクからのものになりますか?

私がこれをやりたい理由は、何万ものファイルを持つ巨大な j2ee アプリケーションで作業していて、全体を分岐するには非常に長い時間がかかるように思われるからです。また、私はsubclipseでEclipseを使用しています（これについては間違っている可能性があります）が、Eclipseでプロジェクトを分岐すると、その分岐を指す新しいEclipseプロジェクトをセットアップする必要があるようです。残念ながら、この特定のプロジェクトを SVN から Eclipse にインポートするには、アプリケーションのサイズが原因で数時間かかります。これだけの時間を費やすのは現実的ではありません。

私は概念が間違っている可能性があると思います。プロジェクト全体を分岐しても、新しい作業コピーはまったく必要ないのではないでしょうか?

この問題について何か光を当ててくれてありがとう。

私のチームの誰かが、チーム リポジトリの現在のリビジョンでいくつかのファイルを削除するという「間違い」を犯しました。現在のローカル バージョンをヘッド リビジョンに更新することはできますか? コミットをクリックすると、subclipse は不足しているファイルを認識せずにアップロードします。

前もって感謝します、
rAyt

ソース管理にSubversionとSubclipseを使用しており、メイントランクを作成し、バージョンのブランチを取得するプロセスに従います。

これはうまく機能し、マージに大きな問題はありません。ただし、トランクとブランチの両方でファイルに大幅な変更があった場合（残念ながら必要）、競合を手動で編集する必要があります。問題は、バグ修正を1つか2つ見逃してしまうことがあるということです。

他の人はこの状況にどのように対処しますか？より注意を払ったり、視力の良い人を雇ったりすることは別として。他に考えられる解決策はありますか？

JIRA参照をすべてのコミットに追加しますが、これらはマージで失われます。

ありがとう。

IntelliJでは、異なる変更リストを作成して、コミットしたくない特定のファイルを別の変更リストに入れることができます。その変更リストを選択しない限り、それらのファイルをコミットするように求められることはありません。たとえば、特定のデータベース構成ファイル、Eclipseプロジェクトファイルなど、めったにコミットしたくない、またはコミットしたくない。

EclipseでSubversionを使用してこれを行う方法はありますか？私はそれを見つけることができなかったので、毎回コミットしたくないファイルのチェックを外さなければなりません。これらのファイルはリポジトリにあるため、svn：ignoreを使用できないことに注意してください。

先ほどトランクから作成したブランチがあります。ブランチを作成したので、トランクには触れませんでした。さて、ブランチからトランクに戻りたいと思います。マージすることはあまりないので、これは非常に単純なケースです。トランクには何も変わりませんでした。ブランチはトランクを完全に置き換えることができます。

私が見ているように、私には2つの選択肢があります。

1. トランクを削除し（名前を別の名前に変更し、後で削除します）、ブランチの名前をトランクに変更します。
2. ブランチをトランクにマージします（作業コピーをトランクに移動し、ブランチからマージコマンドを使用します）。

どのオプションが好ましいかわかりません。リビジョンコンテキストを維持することが重要です（リビジョングラフを壊さないでください）。

何かご意見は？

一言で言えば、それぞれがサブバーシブ (またはサブクリップ) によって管理される複数の src ディレクトリを持つ単一の eclipse プロジェクトが必要です。コード ベースが小さければ、複数のプロジェクトを使用します。ただし、コード ベースは小さくありません (50 以上の src パス)。Eclipse用のSubversionプラグインでこれを行う方法を知っている人はいますか? すべての src パスは、リポジトリ内に共通のポイント ノードを持つモジュールから派生します。ただし、モジュールはバージョン管理されているため、すべてをチェックアウトすることはできません。

Subclipse と Subversive は複数の src パスをサポートしていないようです。誰でもこれを確認できますか？

ソリューション？