問題タブ [rcs]

cvs、git、または別の手法 (ファイル システム レベル?) を使用して、次のことを行います。

1. ブランチ A に変更を加える

2. ブランチ B のチェックアウト: ブランチ A への変更は「格納」されます (名前でいいでしょう)。ブランチ B はチェックアウトされ、ブランチ A の変更はなくなります。

3. ブランチ B に変更を加える

4. ブランチ A のチェックアウト: ブランチ B への変更は「格納」されます (名前でいいでしょう)。ブランチ A はチェックアウトされ、ブランチ B の変更はなくなりましたが、ステップ #2 からの「保存された」ブランチ A の変更が戻ってきました。

私の印象は間違っているかもしれませんが、Git-stash は私が説明しているフローに適合していないようです。

RCS やファイル システム、コマンド ライン ツールなどを使用したテクニックは大歓迎です。

Subversion を RCS として使用しています。プロジェクトの新しいバージョンが完成すると、常にそのタグ (トランクのコピー) を作成します。このタグ付けされたディレクトリが誤って変更されないように保護する方法を知っている人はいますか?

現時点では、回避策としてすべてのファイルをロックしています。ただし、このシルは、ロックされたユーザーがファイルを編集できることを意味します。

より良い解決策はありますか？

Perforce は、$file$ や $version$ などのさまざまな RCS キーワードをサポートしています。カスタム RCS キーワードを追加する方法はありますか?

ファイルがチェックインされたときに Perforce がキーワードをカスタム文字列に置き換えるように、カスタム キーワードを作成したいと考えています。

私は、開発/テスト/本番環境用のサブバージョン システムを構築する任務を負っていますが、同様の環境や提案に関する経験があるかどうか疑問に思っていました。

サードパーティ製品のスクリプトと複雑な構成ファイルを組み合わせた多数のシステムを構築および構成します。このため、サード パーティのシステム コードを制御できないため、構成ファイルとパスのレイアウトを再構築することはできません (つまり、システムが特定の場所に構成ファイルを配置する必要がある場合、そこに配置する必要があります)。

私たちは開発/テスト/本番の方法論を使用していますが、それよりも少し複雑です。各ステージには完全な物理環境があります。このため、各ステージは、その環境で機能するように変更する必要があります。すべての開発は開発サーバーで行い、テスト サーバーでテストしてから、運用サーバーを用意する必要があります。

このセットアップでは、プロジェクトのコピーを自分のワークステーションにチェックアウトして変更を加え、テストし、コミットして戻すことはできません。このようなものは、dev/test/prod サーバーでのみ機能します (つまり、特定のホスト名と IP 範囲に関連付けられています)。

したがって、私が見ているように、2つのオプションがあります。

オプション1

通常のトランク/ブランチ/タグ構造を行います。次に、開発/テスト/本番環境に固有のすべての変更を行うビルドの一部としてスクリプトを作成します。

たとえば、いつものようにすべてのコードをトランクにコミットし、満足したらリリース タグにコピーします。次に、テスト環境で latest タグをチェックアウトします。これには「セットアップ」スクリプトが含まれます。

次に、スクリプトを手動で (または SVN フックを介して) 実行すると、テスト サーバー上にいることが検出され、それに応じて変更が行われます。

この方法の問題は、svn diff などで、変更されたファイルへの変更が表示されることです。利点は、(かなり) シンプルであることです。

オプション 2

test/prod ブランチとトランクを開発として作成します。

開発サーバーが を指しているという考えtrunkです。変更に満足したら、新しいタグを作成します。次に、それを にマージしbranches/testます。これには、テスト サーバーで動作させるために必要な変更が既に含まれています。テストが完了したら、prod に対して同じことを行います。

私が見る限り、このアプローチの利点は、派手なフック スクリプトが必要ないことです。また、dev/test と dev/prod の間に、SVN がマージによってより適切に処理できるはずの、より複雑な違いを持たせることができます。

いくつかの入力、提案、経験などを探しているだけです。私たちは Subversion に縛られており、残念ながら追加のツールは使用できません。

ありがとうございます（長々とすみません）！

私は、ComponentSoftwareのCS-RCS Basicを長年使用して、さまざまな単一開発者プロジェクトを管理してきました。それは私にとっては非常にうまくいきましたが、今は最新のリビジョン管理システムに移行したいと思っています。オプションを検討した後、Mercurialを選択しました。

問題は、私が常にCS-RCSの中央リポジトリを使用していたことです。現在、RCSリポジトリの履歴を保持しながら、個々のプロジェクトに個別のMercurialリポジトリを使用したいと考えています。

いくつかの詳細なグーグルの後、これを行う唯一の方法は、RCSリポジトリを個々のCVSリポジトリに変換してから、それらをMercurialに変換することであると結論付けました。これらの2つのサイトはおそらく最も役に立ちました：

• ディレクトリをRCSからMercurialに変換する
• Mercurialの拡張機能を変換する

ジェフ・アトウッドが自分の質問をして答えるという考えに沿って、この状況で立ち往生している他の人のために、そして後でまた見つけなければならない場合に備えて、これに答えるつもりです。ご覧のとおり、私は解決策を見つけましたが、それは不格好で、少なくとも1つの重大な問題があります。他の誰かがもっと良い方法を持っているなら、私は確かにそれについて聞きたいです。

RCS スナップショットのタグ (記号名) を作成しようとしています。ブランチはサポートされていませんが、RCS では可能です。Ubuntu 10.10 と Emacs 23.1.1 を使用しています。一部の elisp のバージョンが破損していますか、それとも Cx vs がこのように動作するのはなぜですか?

BR、リスト

apply: 引数の数が間違っています: #[(backend dir name branchp) "

svn + sshコマンドを使用してサーバーからローカルコンピューターにプロジェクトをチェックアウトしようとしましたが、奇妙なエラーが発生します。 /RCS/trunk,v: No such file or directory

なぜこれが起こっているのですか、どうすれば修正できますか？

RCSキーワード展開を使用してファイルをフィルタリングし、のインスタンスがデフォルトの動作ではなく$Change$に変換されるようにしたいと思います。これは将来の拡張を妨げることになると思いますが、それは目的には受け入れられます。1745$Change: 1745 $

チェンジリスト番号をファイルに挿入する他の方法も歓迎します。これは、送信中に機能するPerforceで見た唯一の方法です。バージョン番号にきれいに挿入できるように、クリーンアップしたいだけです。これはトリガーでも達成できますか？

デフォルトで 0 に設定されている git のデフォルト オプションに気付きましたcore.repositoryFormatVersionが、「リポジトリ フォーマット バージョン」とは何ですか。

svnとcvsを見ている間、私はRCSとRCSキーワードを見続けます。RCSとは何か、RCSキーワードとは何かわかりません。それらは機能のようですが、それらが何をするかについての実際の説明はありません。