0

自分専用のローカルマシンに別のSVNリポジトリを用意して、「プライベートチェックイン」をエミュレートしたいと思います。アイデアは、diff、rollback、commitなどのバージョン管理の機能が必要かもしれないということですが、チーム全体で変更セ​​ットを利用できるようにする準備ができていません。2つの主な理由は、1つはビルドが壊れていることです。機能/共有可能なコード間の進捗状況をマークしたい場合があります。低速接続での2つの大きなチェンジセット。

これはTFSのコアコンセプトだと思いますが、使用するVCSを制御することはできません。gitやHgなどのDVSCタイプの製品はさらに柔軟性がありますが、システムを変更することも、完全分散バージョン管理システムの高度な柔軟性も本当に必要ではありません。

これをシンプルに保つために私が取り組みたい2つの問題は次のとおりです。

1)リポジトリからリポジトリへのコミット。この別のリポジトリにコミットしている場合は、チームのリポジトリに変更をコミットする簡単な方法が必要です。

2)正確性を更新します。チームの他のメンバーからのすべての変更セットを含むようにコピーを更新している場合でも、変更をプライベートリポジトリの作業コピーにプルバックするためにこれが必要です。

誰かがこれをしましたか?ほとんどの同様の質問は、gitの呼び出しで答えられます。これは私の状況ではやり過ぎだと思います。ローカルリポジトリを好きなようにすることはできますが、チームのサーバーを制御することはできません。

4

2 に答える 2

3

おそらく最も簡単な方法は、メインの Subversion で変更をブランチすることです。

完了したら、ブランチをメイン トランクにマージします。

于 2012-11-27T17:27:40.150 に答える
2

http://hginit.com/を読みたいと思うかもしれません-- hg を発見した SVN ユーザーと、彼がどのように (難しい方法で) 学んだか、そして彼が学んだことで何ができるかについての物語です。

あなたの場合、hg自分のマシンに自分の個人用リポジトリを作成し、ローカル ブランチとコミットを作成し、開発プロセス全体を内部に保持し、準備ができたときにのみチーム サーバーにコミットすることをお勧めします。

hginit は、あなたとあなたのチーム リポジトリの間に「中間」リポジトリをセットアップする方法を説明しています。必要な場合、そのうちの 1 つが SVN でない理由はありません。

于 2012-11-27T17:24:57.680 に答える