私たちは、プロダクションサイトをSVNの管理下に置いていました。私たちは現在、水銀でbitbucketで働いています。svnの後にhgを追加してプッシュ
私がローカルに持っているのは、.svnと.hgディレクトリの両方があるフォルダです。
しかし、私は何をしたいです:
- 削除SVN制御ローカルフォルダから
- 水銀の
- 滞在がまだサーバー上でSVNへの変更をプッシュすることができます。
私はこれを行うことができますか?
私たちは、プロダクションサイトをSVNの管理下に置いていました。私たちは現在、水銀でbitbucketで働いています。svnの後にhgを追加してプッシュ
私がローカルに持っているのは、.svnと.hgディレクトリの両方があるフォルダです。
しかし、私は何をしたいです:
私はこれを行うことができますか?
個人的には、MercurialとSubversion VCSの両方を持つことを強くお勧めします。異なるVCS管理のための管理時間を2倍にするだけでなく、第1にMercurialを使用することのメリットはほとんどありません。
以前はMercurialでローカルに作業していましたが、公式にはSVNリポジトリしかありませんでした。さて、私は改訂履歴を平坦化してSubversionで消化するのに慣れてきましたが、私は楽しい経験に近いものではありませんでした。
私たちが方程式からSubversionを削除すると、私の人生ははるかに幸せになり始めました。
おそらく小さなプロジェクトでは、それほど顕著ではないが、共存しているソース管理システムを使用することで、私が避けたい不必要な開発ワークフローのステップを追加するだけです。
サブバージョンがhereと表示されている状態で作業する場合は、いくつかの選択肢があります。
私はhgsubversion
を使用しましたが、それはSVNが対応できるような方法で作業する必要があるという点でかなり制限されています。つまり、hg rebase
をたくさん使う必要があり、チームで管理するのは難しいかもしれません。特にチームのすべてがSVNに向かうとは限らない場合があります。
私はSVNとのインターフェイスにMQを使用していないので、その簡単さについてはコメントできません。
コード交換リポジトリとしてsvnリポジトリを使用しないと、具体的には深刻な問題が発生しやすくなります。これは、誰かがマージコミットをプッシュする可能性があるためです。すでにこれらのマージを平滑化する方法についてはhttp://stackoverflow.com/a/5338918/311635で説明しましたが、これらのマージが既にどこかに公開されていれば、この方法はほとんど不可能です。 – Rudi
SVNを使いたい場合は、 '.svn'フォルダが必要です。 –