質問

転覆:ローカルのリビジョンをプッシュせずにコミットし、後日プッシュすることは可能ですか? それとも、この機能がないことが「集中型」と呼ばれる理由ですか?

役に立ちましたか?

解決

Subversionでローカルコミットを行うことはできません。

このは、集中バージョン管理システムとして、ローカルの作業コピーは、サーバが過去のリビジョンについての持っている全ての情報を持っていない、ので、それは分散型バージョン管理システムだった場合、それがなければならなかったなどのエントリを、(ログですDVCS)。

あなたがサーバーに接触することなく変更されたファイルを元に戻すことができますので、それらをチェックアウトしたとして

Subversionの作業コピーはすべてのファイルのコピーが含まれています。

あなたが本当にローカルコミットを行いたい場合は、

あなたは、 SVK のを見ている必要がありますSubversionの上に構築し、機能などのDVCSを提供されます。

他のヒント

上記の多くはやや時代遅れになっていますが、この質問は「svn local commit」の Google 検索でヒットしたため、更新をここに示します。

完全なリモート SVN 統合により、ローカル コミットを可能かつ簡単にするには、パッケージ「git-svn」(git を知らない場合は「git-gui」と併用) の使用を検討してください。適切な概要/チュートリアル/使用例は次のとおりです。 ここ. 。Sourceforge プロジェクトでこのプロセスを使い始めたばかりなので、まだ問題を報告できません。Authors ファイルを必ず正しく取得してください。

編集:リンクを更新しました。ありがとう、HDL!

あなたはGITやMercurialの橋とSVNサーバをインターフェースので、もし

あなたはそのようなことを行うことができます。 GITとMercurialがローカルコミットを行うことができますので、あなたはそのようにそれらを使用することができます。たぶん(私はバザー-SVNが、わからないことが覚えている)のgit - のsvnまたは似何かをチェックします。

それは、集中と呼ばれる理由があります。あなたはレポ内のレポを使用して試みることができます。一つはローカルであり、他には、リモートです。あなたは、リモートの内部全体のリポジトリにコミット。

他の人も言っているように、いいえ。

私は...するだろう 強く リモートで問題のあるものを svn で使用してみることをお勧めします。

私は SVK を推奨するほど使用したことがありませんが、十分に良さそうです。ただし、SVN 上に構築されたものを何も壊れることなくプロジェクト全体で使用することには懐疑的です。私は SVN を十分に使ってきたので、注意しないと定期的な作業サイクルでもSVN が壊れてしまう可能性があることを知っています。

私たちは仕事でSVNを使用しています。私はすべてのやり取りに bzr と bzr-svn を使用していますが、それは機能します 素晴らしい. 。私のワークフローは次のようなものです。

$ bzr branch file:///var/svn/project ~/project

(ハック、ハック、ハック)

$ bzr commit -m "commit log"(繰り返す)

準備ができたら

$ bzr push

はい、更新する代わりに、 $ bzr merge そして変更をコミットします(作業中のものを棚上げする可能性があります)が、ローカルコミットは とても いいこと、そして もです(棚はこんな感じです) 元に戻す とともに 保存)

gitでもこれに対応できると思います。bzr-svn ほど完全ではないと聞きましたが、それを裏付けることはできません。

ただし、SVN リポジトリで DVCS を使用するのは良い方法です。

さらにBOBCの答えに、水銀のためにあなたはhgsubversionを使用することになります。

いいえ! gitのは、しかし、これを行うことができ、あなたがするのgit-svnのを使用することができます 元のリポジトリとの同期を保つます。

両方の長所を取得するには、 SVK には、Subversionの上に構築されますが、ローカルの状態を維持しました。あなたは地元のコミットを行うことができます...

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top