タグ付けされた質問 「mercurial」

Mercurialは高速でオープンソースのDVCS(分散バージョン管理システム)です。

5
Hg:gitのリベースのようなリベースを行う方法
Gitではこれを行うことができます: 1.新しい機能の作業を開始します。 $ git co -b newfeature-123#(ローカル機能開発ブランチ) いくつかのコミットを行う(M、N、O) マスターA --- B --- C \ newfeature-123 M --- N --- O 2.アップストリームマスターから新しい変更をプルします。 $ git pull (ff-commitsで更新されたマスター) マスターA --- B --- C --- D --- E --- F \ newfeature-123 M --- N --- O 3.マスターをリベースして、私の新機能を 最新の上流の変更に対して開発することができます: (newfeature-123から) $ git rebase master …
207 git  mercurial  dvcs  rebase 


7
TortoiseHgにパスワードを保存する
パスワードを保存するようにTortoiseHgを構成する方法はありますか? TortoiseHgを使用してアクセスするGoogle Codeでホストされているプロジェクトがあります。Googleコードに変更をプッシュしたいときはいつでもTortoiseHgがユーザー名とパスワードの入力を求めてきます。Google Codeでは自動生成されたパスワードを使用する必要があり、毎回それを調べるのはかなり繰り返しになります。

10
MercurialリポジトリとのGit相互運用性
MacでGITを使用しています。十分に言った。私には道具があり、経験があります。使い続けたいです。ここには戦争はありません... 問題は常に相互運用性にあります。ほとんどの人がSVNを使用しています。これは私にとって素晴らしいことです。Git SVNはそのまま使用でき、簡単なソリューションではありません。人々は引き続きSVNを快適に使用でき、ワークフローもツールも失うことはありません。 今... Mercurialに同行する人もいます。彼らにとって罰金:彼らには理由があります。しかし、GIT HGをすぐに見つけることはできません。HGに切り替えたくありませんが、リポジトリと相互運用する必要があります。 皆さん、これの簡単な解決策を知っていますか?


9
履歴から削除せずに変更を破棄する
うまくいかなかったコミットがあるので、履歴から削除せずに破棄したい。 以前のリビジョンから更新してコミットし、新しいヘッドを作成しました。 私はブランチを持っていません、ブランチは必要ありません。単に新しいヘッドをそのままそのまま使い続けたいだけです。空想的でもなく、マージも心配もなく、前のものを忘れてください。 どうすればいいのかわからないようで、できないと思い始めています。私が見つけたのは、ブランチに関するもの、またはマージに関するものです。
180 mercurial 

7
Visual Studio 2008プロジェクトのMercurial .hgignore
Visual Studio 2008で作業する場合の.hgignoreファイルの適切な設定は何ですか? 私は主に自分で開発しますが、たまに誰かがリポジトリで作業するためにリポジトリを複製します。 objフォルダー、.suo、.sln、.userファイルなどについて考えています。それらを含めることはできますか、それとも含めないファイルはありますか? ありがとう! ps:現時点で私は次のことを行います:すべての.pdbファイルとすべてのobjフォルダーを無視します。 # regexp syntax. syntax: glob *.pdb syntax: regexp /obj/


5
すべて破棄して最新リビジョンのクリーンコピーを取得しますか?
ビルドプロセスをmercurialを使用するように移動していますが、作業ディレクトリをチップリビジョンの状態に戻したいと考えています。ビルドプロセスを以前に実行すると、一部のファイルが変更され、コミットしたくないファイルが追加されるため、ローカルの変更とリポジトリに追加されていないファイルがあります。 これらすべてを破棄して最新のリビジョンを持つクリーンな作業ディレクトリを取得する最も簡単な方法は何ですか? 現在私はこれをやっています: hg revert --all <build command here to delete the contents of the working directory, except the .hg folder.> hg pull hg update -r MY_BRANCH しかし、もっと簡単な方法があるはずです。 リポジトリの削除、新しいクローンの作成、更新と同等のことをしたいと考えています。しかし、レポは大きすぎて十分に速くありません。
159 mercurial  pull 

10
Gitを使用してローカルとリモート間の変更を見つけるには
ここに2つの異なる質問がありますが、それらは関連していると思います。 Gitを使用しているときに、ローカルでコミットしたが、まだリモートブランチにプッシュしていない変更を見つけるにはどうすればよいですか?Mercurialコマンドに似たものを探していhg outgoingます。 Gitを使用する場合、プルを実行する前にリモートブランチにどのような変更があるかをどのようにして見つけますか?Mercurialコマンドに似たものを探していhg incomingます。 2つ目:何が利用可能かを確認し、プルしたい変更を選択する方法はありますか?
152 git  mercurial 


6
マージ:Hg / GitとSVN
Hg(およびGitなど)はSVNよりもマージが優れていることをよく読んでいますが、HVN / GitがSVNが失敗した場合(またはSVNが手動の介入を必要とする場合)にマージできる実際の例を見たことはありません。Hg / Gitがうまく移動しているときにSVNが失敗する場所を示すブランチ/変更/コミット/ ...操作のいくつかの段階的なリストを投稿できますか?実用的で、例外的なケースではありません... 背景:SVNを使用してプロジェクトに取り組んでいる数十人の開発者がいて、各プロジェクト(または類似プロジェクトのグループ)は独自のリポジトリにあります。私たちはリリースブランチと機能ブランチを適用する方法を知っているので、問題に頻繁に遭遇することはありません(つまり、私たちはそこにいましたが、「1人のプログラマーがチーム全体にトラウマを引き起こしている」というJoelの問題を克服することを学びました。または「ブランチを再統合するために2週間で6人の開発者が必要」)。非常に安定していて、バグ修正の適用にのみ使用されるリリースブランチがあります。1週間以内にリリースを作成できるほど十分に安定しているトランクがあります。また、単一の開発者または開発者のグループが作業できる機能ブランチがあります。はい、それらは再統合後に削除されるため、リポジトリが乱雑になることはありません。;) したがって、私はまだSVNよりもHg / Gitの利点を見つけようとしています。実地体験をしたいのですが、Hg / Gitに移行できる大きなプロジェクトはまだないので、作成されたファイルがわずかしか含まれていない小さな人工プロジェクトで遊んでいるのが苦手です。そして、Hg / Gitの印象的なパワーを感じることができるいくつかのケースを探しています。これまでのところ、私はそれらについてよく読んだことがありますが、自分で見つけることができませんでした。
144 git  svn  mercurial  merge  dvcs 

8
Gitサーブ:シンプルにしたい
Mercurialのhgサーブのように、http経由で簡単に公開する方法を知りたいです。Windows /ワークボックスでこれを行います: git serve そしてLinuxボックスで簡単に行く: git clone http://project project 終了しました。
139 windows  git  mercurial 

16
Git、Mercurial、Bazaarの相対的な長所と短所は何ですか?[閉まっている]
現在のところ、この質問はQ&A形式には適していません。事実、参考文献、専門知識によって回答が裏付けられることを期待していますが、この質問は、討論、議論、投票、または拡張ディスカッションを求める可能性があります。この質問が改善され、場合によっては再開できると思われる場合は、ヘルプセンターにアクセスしてください。 7年前休業。 ここの人々は、Git、Mercurial、およびBazaarの相対的な長所と短所として何を理解していますか? それぞれを互いに検討し、SVNやPerforceのようなバージョン管理システムに対して検討する場合、どのような問題を考慮する必要がありますか? SVNからこれらの分散バージョン管理システムの1つへの移行を計画する場合、どのような要素を考慮しますか?

9
MercurialフォルダーをGitリポジトリに変換する
Mercurialでの経験はあまりありませんが、私はほとんどGitの人です。 gitリポジトリの特定のMercurialフォルダー/ファイルをミラーリングしたいと思います。私が実際にやろうとしていることは、MercurialリポジトリからGitにファイルの履歴をエクスポートし、これを将来のコミットと同期させることができるようにすることです。 続行する方法について何か提案はありますか?私は、Mercurialパッチの履歴を取得し、すべてのコミットをパッチとして定期的にエクスポートし、MercurialパッチをGitリポジトリに適用する方法が適切だと思います。
137 git  mercurial 

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.