問題タブ [mercurial]

を使用して、ローカル リポジトリからローカル ブランチを取得することができますhg branches。プログラムでリモートリポジトリでもこれを行うことは可能ですか?

現在、バージョン管理には VSS を使用しています。分散モデルに興味を持っている (そして VSS を取り除きたい) 開発者はほとんどいません。私たちのネットワークは Windows マシンでいっぱいで、IT 部門は Linux マシンをメンテナンスした経験がありますが、彼らはそうしたくないと考えています。

どの DVCS システムが提供しながら、Windows で中央リポジトリをホストできますか..

1. リポジトリへのプッシュ アクセス。
2. 基本認証。ほとんどの場合、リポジトリ全体へのアクセスを許可または拒否する方法です。きめ細かなアクセスは必要ありません。
3. サーバープロセスにより、ユーザーはリポジトリへの書き込み権を必要とせず、誤ってリポジトリをいじるリスクを軽減します。

クライアント側では、Tortoise などの GUI が多かれ少なかれ必要になります (申し訳ありませんが、Windows シェルは最悪です:|)。当社の IT 部門はすでにリソースがかなり不足しているため、インストールが簡単であることは大きな利点です。また、認証に Windows 資格情報を使用することは利点ですが、クライアントが資格情報を保存できる限り必須ではありません。

Git、Mercurial、Bazaar について (本当に) ざっと見てきました。

• Gitはリポジトリへのアクセスに ssh または単純な WebDAV を使用しているようで、ユーザーには書き込み権限が必要でした。
• Mercurialには http サーバーが組み込まれていましたが、これはプル目的のみのようでした。更新: Mercurial はプッシュもサポートしています。
• Bazaarリポジトリへのアクセスに sftp を使用しているようで、ここでもユーザーに書き込み権限が必要です。

DVCS システム用の Windows サーバー プロセスはありますか? また、Windows ランドでセットアップできた人はいますか?

これが重複した質問である場合はお詫び申し上げます。見つかりませんでした。

アップデート

Mercurial がプッシュ目的で動作するようになりました! 必要なものの詳細なリストは、以下の回答として見つけることができます。

私の仕事では、ソース管理のために Subversion サーバーを使用しています。私は、自分のブランチに追いつくのではなく、自分のワークステーションで Mercurial を実行し、ローカルでコミットし、作業中の機能が完了したらいつでも Subversion トランクにコミットすることを考えていました。

DVCS についての私の理解から、これは理論的には可能です。この特定のタイプの統合に関するチュートリアルへの参照を提供したり、そのようなプロセスを可能な限りシームレスにするツールを指摘したりできますか?

CVS/SVN の世界には、さまざまな統計/メトリクス ツールがあります。EG、StatCVS、StatSVN。私が見たものは他にもあります。

ただし、Mercurial (別名 hg) の同様の統計と視覚化は見たことがありません。

(1) そこにはありますか?

(2) もしそうなら、それらは何ですか?

ありがとう。

Mercurialとのマージを実行する場合、競合するファイルを一度に1つずつマージする必要がありますが、これは大規模なマージセットでの生産的なワークフローではありません。代わりに、私がやりたいのは、両方のヘッドのチェンジセット全体をマージすることです（kdiff3を使用して2つのヘッドを比較するなど）。私にはそれは簡単に聞こえますが、それを達成する方法を理解することはできません。

これまでのところ、私が得ることができる最も近い方法は、通常の方法でマージを実行し、すべての競合を未解決のままにして（一度に1つのファイル...）、次にhg vdiff -rHead1 -rHead2-しかしvdiff（kdiff3を使用）にはオプションがないようですツールに出力ディレクトリ（現在の作業ディレクトリ）を渡し、代わりに出力ディレクトリを一時ディレクトリとして起動します（おそらく-oが答えですか？）。

別の言い方をすれば、kdiffを使用して2つのヘッドを作業ディレクトリにマージしたいと思います。作業ディレクトリの結果を、コミットできるマージにしたいと思います。

私は明白な何かを見逃しているに違いありません、これをしたいのは私だけではありません。

リポジトリを Git から Mercurial に変換すると、各ログ メッセージに誤った "committer:" 行が大量に生成されます。これらを生成しない方法がわかりません。SVN リポジトリを変換すると、これらの行は追加されません。git のみのようです。

これは簡単にテストできます。Linux での方法は次のとおりです。

ログには次のように表示されます。

では、冗長な「committer:」行を回避するにはどうすればよいでしょうか?

仕事で Visual Source Safe 2005 を使わざるを得ません。これを DVCS と組み合わせて、バグがある場合やコンパイルできない場合に同僚を混乱させることなくローカルでファイルをチェックインできるようにしたいと考えています。

私の Mercurial での試みでは動作しますが、奇妙な問題がいくつか発生します。つまり、私がチェックアウトしたファイルを他の誰かがチェックアウトしたと考えます。

これをどのように管理すべきかについての私の考えは次のとおりです。

1. 自動チェックアウトを無効にします。
2. Mercurial でローカルに作業する
3. 変更をプッシュする準備ができたら...
   1. Mercurial リポジトリのクローンを作成します。
   2. Visual Source Safe リポジトリを更新する
   3. Mercurial を使用して、2 つのリポジトリをプルしてマージします。
   4. すべてを Visual Source Safe にチェックインします。

これは合理的に聞こえますか？私はいつも VSS について良くないことを耳にします。これは、それらの問題を直接確認するように求めているだけですか?

私は現在、Subversion リポジトリを「使用」しているチームで働いています。私が「使用する」と言ったのは、実際には誰もが samba 共有を介してサーバー上でファイルを直接編集しているだけであり、アーキテクトがそのサーバーから私たちの変更をコミットし、それがサーバーにプッシュされることがあるからです。

したがって、基本的に、さまざまなユーザーから意味のあるコミット メッセージを受け取ることができず、好きなだけコミットすることができません。

私は分散システムについていくらか興味を起こさせようとしてきましたが、私たちのワークフローは git のようなもので非常にうまくセットアップできるようです (私たちはローカル マシンでコミットし、変更セットをレビューのために彼にプッシュしています)。 git の経験が十分にあるとは思えません。私の DVCS 経験のほとんどは mercurial でした。

誰もが tortoisesvn を使用して Windows 環境で作業しており、それがシステムとの対話に慣れている方法ですが、Linux サーバーの 1 つで作業するために PuTTY を使用し、コマンドライン コミットの方法を知っている場合もあります。

SVN といくつかの DVCS の間のゲートウェイを作成するために行われている作業を見てきましたが、そのような環境でセットアップして作業した経験のある人はいますか?

SVN から DVCS への本格的な移行はどうですか?

http 経由でリポジトリのクローンを作成できません:

中止: ' http://MYREPO ' は hg リポジトリではないようです!

まず、 hg init MYREPOで新しいレポを作成し、続いてファイルを追加してコミットしました。

私のレポのあるディレクトリはパスワードで保護されていますが、それが原因で問題の兆候はありません。両方のクローン作成方法を試しました:(ローカルマシンで)

hg clone http://MYREPO my_repo

と

hg clone http://user:password@MYREPO my_repo

レポディレクトリのパーミッションは: drwxrwxr-x

このレポジトリをリモート マシン (同じレポがオンになっている) に問題なく複製できます。

何が間違っている可能性がありますか？

IIS で hgweb を動作させる方法に関する適切な手順を探していましたが、あまり価値がありませんでした。

Mercurial wikiにこの「ステップバイステップ」がありますが、あまり良くありません。thisとthisもありますが、繰り返しになりますが、それらを開始するための適切な手順が見つかりません。