問題タブ [vcs-checkout]

私は、いくつかの並行開発ブランチとリリース ブランチを備えたメイン ブランチが設定されているプロジェクトで作業しています。これは、同一または非常に類似した多くのファイルが同じワークスペースに並んで存在することを意味します。TFS 2010 ビルド サービスで新しいビルドがトリガーされると、メイン ブランチの 15 個の "コピー" を含むワークスペース全体がチェックアウトされます。ただし、ビルドに必要なアイテムはメイン ブランチのみです。チェックアウトには非常に時間がかかるため、チェックアウトするファイルをメイン ブランチのファイルに制限することが望ましいでしょう。ビルド サーバーにこれを行うように指示する方法はありますか? デフォルトの GetWorkspace アクティビティを置き換えるカスタム ビルド タスクを作成することで問題が解決することは想像できますが、可能であれば、既存のビルド定義を構成する方法を見つけたいと思います。

バザーの履歴（作業ツリーの変更）に戻って、特定のバグを引き起こしたコミットを見つけたいと思います。

コミットを削除したくありません。バグが見つかるまで作業ツリーを変更してから、最新のリビジョンに戻って作業します。

そのための2つのコマンドは何ですか（以前のコミットに戻り、後で最新のリビジョンを再度チェックアウトします）？

前もって感謝します。

私はフォローしています

以下のような構造のプロジェクトがあります。

Sub-ProjectA1ProjectA一部のコードを再利用するために、個別にチェックアウトされました。次のコマンドが与えられました。
cvs checkout -d Sub-ProjectA1 ProjectA1

今、私がcheckout ProjectA別々に試してみると、Sub-ProjectA1チェックアウトされません。つまり、cvs checkout ProjectA次のディレクトリ構造になります。
ProjectA/:
Sub-ProjectA2/

モジュールSub-ProjectA1は個別にチェックアウトする必要があります。1 回のチェックアウト コマンドですべてのサブディレクトリを確実に取得するにはどうすればよいですか?

自宅で CVS アカウントにアクセスすることはできませんが、cvs リポジトリをチェックアウトして、自宅で NetBeans のすべての違いを確認できるようにしたいと考えています。これは可能ですか？

毎朝、ローカル コードを を使用して更新しcvs updateます。問題は、CVS が私のパスワードを保存することです。cvs logoutユーザーを使用しないようにするために、通常は cmd から入力します。こうすることで、CVS への誤ったコミットを防ぐことができます。実行後に自動的にログアウトする方法についてのアイデアはありますcvs updateか?

ファイルがいつコンサルタントによってチェックアウトされたかを確認する必要があるという奇妙な問題があります。TFS または VS2008 でこれを行う方法はありますか?

Xcodeにはバージョン管理システムが組み込まれています。現在のプロジェクトの古いバージョンを別の場所でチェックアウトするにはどうすればよいですか？

ありがとう

Mac OS 10.7.4

~70 の cvs プロジェクトをチェックアウトする必要があるため、次のようなスクリプトを作成します。

しかし、実行するとエラーメッセージが表示されます：

作品でマニュアルを書くときcvs checkout proj1。

この問題を解決するためのヒントをいただければ幸いです。

私は最近、いくつかの事実調査/デバッグを行うためにapacheプロジェクトをチェックアウトする必要がありました（具体的には、maven-surefire-plugin、この質問を参照してください）。これは、他のほとんどのApacheプロジェクトと同様に、Mavenマルチモジュールプロジェクトです。そこで、Eclipseで、SVNリポジトリブラウザを開き、新しいリポジトリを追加して、プロジェクトを見つけますright-click->Checkout...。ウィザードCheckout as a project in the workspaceで、プロジェクトの名前をクリックして入力します。

私はプロジェクトを持っています、今私はeclipseにそのMavenプロジェクトを知らせる必要がありright-click->Configure->Convert to Maven Projectます。これで、親プロジェクトはMavenプロジェクトになります。私はできますright-click->Run As->Maven Build、そしてそれは働きます。ただし、すべてのモジュールは単なるフォルダーです。Eclipseは、ソースコードがどこにあるか、またはソースコードが存在する場合でも、それについて何も知りません。単一のモジュールプロジェクトでは、ソースフォルダー、ビルドフォルダー、およびその他の構成が自動的に設定されます。さらに、マルチモジュールプロジェクトを最初から作成する場合は、最初に親プロジェクトを作成し、モジュールを追加すると、それぞれが親プロジェクトの下にある物理ディレクトリを持つEclipseの個別のプロジェクトとして表示されます。デフォルトのMavenビルドプロセスで必要に応じてフォルダー。

これで、新しいプロジェクトを作成するときにどのように行われるかがわかったのでFile->New->Project...、選択General->Projectして、プロジェクトに名前を付け（モジュール名と一致させます）、チェックを外して、親プロジェクトフォルダー内のモジュールへのパスにUse default location設定します。Location:をクリックしFinish、他のモジュールごとにプロセスを繰り返した後、私は期待するものに似たものを手に入れました。ここで、親プロジェクトと同じ方法で、すべての個々のモジュールをMavenモジュールに変換する必要があります。素晴らしいです、それらはすべてMavenプロジェクトですよね？

それで私はそれらを開きます、そしてソースフォルダは設定されていません。

ああ...それから私は各プロジェクトに行き、それをひねって開き、そして私がsrcフォルダに置くright-click->Build Path->Use as Source Folder。泡立てて、すすぎ、繰り返します...すべてのプロジェクトを完了すると、このプロジェクトを最初から始めたように見えます。物事は機能します。

私の質問は、それは本当にこれほど難しいのかということです。ショートカットがありませんか？Configure->Convert to Maven Project親のpomがそれがマルチモジュールプロジェクトであることに気づき、私のためにすべての作業を行ったとしたら、それは意味がありませんか？これは、apacheプロジェクトにとって非常に苦痛なプロセスです。すべてのプロジェクトに多くのモジュールがあるように見えるからです...より良いプロセスを知っている人はいますか？