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

Mercurialをオフィスにゆっくりと統合し、名前付きブランチの使用を開始したWeb開発を行っています。 しかし、ブランチに名前を付けることに関しては、良い慣習を見つけることができませんでした。 試しました： FeatureName（これが問題の原因であることがわかります） DEVInitial_FeatureName（開発者が出入りするときに混乱する可能性があります） {uniqueID（int）} _ Feature これまでuniqueID_featureNameが勝っていますが、参考のために小さなDBで維持することを考えています。 ブランチID（int）、featureName（varchar）、featureDescription（varchar）、date、whoなど... これにより、1_NewWhizBangFeature、2_NowWithMoreFoo、...のようなブランチが得られ、ログを確認せずにそのブランチが何をするかを簡単に参照できます。 より良い解決策はありますか？

16 version-control  mercurial 

従来のVCSでは、ビルドを壊す可能性があるため、未解決のファイルをコミットしない理由を理解できます。ただし、DVCSで未解決のファイルをコミットしない理由を理解できません（実際には、ファイルのコミットを妨げるものもあります）。 代わりに、リポジトリをプッシュおよびプルからロックする必要がありますが、コミットしないでください。 マージプロセス中にコミットできることには、いくつかの利点があります（私が見ているように）。 実際のマージの変更は履歴にあります。 マージが非常に大きい場合は、定期的なコミットを行うことができます。 間違えた場合、（マージ全体をやり直すことなく）ロールバックするのがはるかに簡単になります。 ファイルは、解決済みとしてマークされるまで未解決としてフラグを立てたままにすることができます。これにより、プッシュ/プルが防止されます。 単一の変更セットではなく、変更セットのセットをマージとして機能させることもできます。これにより、などのツールを引き続き使用できますgit rerere。 それでは、なぜ未解決のファイルで眉をひそめたり、予防したりするのですか？伝統以外の理由はありますか？

15 version-control  git  mercurial  dvcs 

ここでのいくつかの議論と、DVCSリポジトリが中央のカウンターパートとほぼ同じ、またはそれより少ないスペースを使用することについて読んだことがあります。私はそれを見逃したかもしれませんが、私はそれがなぜであるかの良い説明を見つけていません。知ってる？

15 version-control  git  svn  mercurial  dvcs 

私は自分の部署にMercurialを紹介しました。私はそれが大好きですが、それは私の最初のバージョン管理の経験です。Web開発用にNetBeans PHPで使用しています。 社内のアプリケーションで作業する別の開発者は、Visual Source Safeの使用を好み、切り替えたくないと考えています。彼はVisual Studio環境で働いています。 他のすべての開発者は、これを除いてMercurialに買収しました。しかし、ほとんどの場合、私たちは皆独立して仕事をしています。 私はこの部門を正しい方向に動かそうとしています。Kilnのアカウントで全員を設定しました。Fogbugzを使用しているすべての人にも道を譲りたいと思っていました（現在、バグデータベースが維持されていないため） VSSを使用したことはありませんが、非常に悪いことを聞いています。 それが彼が好むものであるなら、彼にVSSの使用を続けることを許可するほうが良いでしょうか、それともMercurialで彼を乗せるのが最善の利益でしょうか？

14 project-management  version-control  team  visual-studio  mercurial 

職場ではSVNを使用していますが、名前のみです。分岐もマージもしません。リポジトリの2つのコピーを保持します。1つは展開の際にコピーされ、バグ修正のために保持される「タグ」ブランチとして機能します。一方のコピーで行われた変更をもう一方のコピー（「トランク」）にコピーすることを忘れないでください。リポジトリ内の単一のフォルダー内に、プロジェクトを分割するのではなく、12個のプロジェクトがあります。要するに、SVNを使用するのはコミットできることだけです。他のすべては手動で行われます。 Mercurialを評価しています。私は過去にGitを使用しました（DVCSを使用したのはチームで1人だけです）。Mercurialをすぐに使用しています。ブランチは簡単で、マージははるかに簡単で、ローカルに心のこもった内容をコミットして中央にプッシュするだけなので、物事を行う「より良い方法」としてMercurialをチームの他のメンバーに紹介することを議論しています準備ができたら分岐します。SVNのすべての利点が得られます（そして、SVNを本当に理解していないので、今のところ多くの利点が得られません）。また、新しい機能については、バージョン管理されていないファイルがたくさんあります。失敗した。ワークフローは少し単純に思えます-「コミット」はローカルであり、「プッシュ」はSVNのコミットに似ていることを覚えておく必要があります。 これは取るべき良いアプローチですか？チームは非常に柔軟であり、仕事の質を向上させ、物事を簡単にする方法を提供することを心に留めておいてください。CIOは、SVNを使用していない可能性について述べたときに私に尋ねましたより良いものがありますか？」彼も一緒に乗っています。

13 version-control  svn  mercurial 

私はこの1か月間に新しい仕事に着手しましたが、コードのソース管理がないようです。彼らは、ホスティングプロバイダーがバックアップを使用していることに依存しています。 少し話した後、私は間違いなくソース管理を使うべきだと上司に確信させ、それについて短いセミナーを行った後、チーム全体が参加しています。彼らはMercurialが大好きでした。 だから今、これが私たちの仕事のやり方です： º----------BitBucket º---------/ º--------/ 私自身とhg pullBitBucketの他の3人の開発者が変更を加えてから、BitBucketに変更hg pushを加えます。 展開のために、誰かが最新のファイルを実稼働サーバーにFTPで送信する必要があります。 サーバーにMercurialをインストールし、hg clone（その後hg pull）を使用して実稼働時にバージョンを最新に保つことを考えていました。 º---push->-----BitBucket----<-pull-----º (production server) º---push->----/ º---push->---/ これはいいアイデアですか？目に見えない潜在的な落とし穴はありますか？ここで誰かが似たようなことをしましたか？大規模なPHPフレームワークアプリケーションをどのようにデプロイしますか（Moodleを使用しています）？

13 php  mercurial  production 

私の理解から、SVNは「簡単に分岐できます。マージが難しい」。何故ですか？マージ方法に違いはありますか？

12 git  svn  mercurial  dvcs 

私の問題を説明します 現在、gitを使用したgitoriousの社内インストールを使用しています。水銀を使用するフォグクリークのFogBugzとKilnのテストを開始したいと思います。少なくとも短期間、両方のソリューションを使用して開発を続けたいと思います。 同じディレクトリにgitとmercurialレポを置くことの長期的な深刻な影響を誰もが知っていますか？または、gitとmercurialサーバーの同期を維持するより良い方法がありますか。 テストリポジトリで試しましたが、問題は見られませんでした。 助けてくれてありがとう。

11 git  mercurial 

GitとMercurialは同様のモデルに従い、同様の用語を使用します。Mercurialの最初のリリースは、Gitのわずか12日後でした。これらの2つのプロジェクトは、同時に最初の開発でどのように似たような結果になりましたか？誰もが歴史を知っていますか？

11 git  mercurial  dvcs 

1週間前、私はLFNWにいて、講演後にラリーヘイスティングスと話していたとき、彼は言った（言い換え）： Mercurialにはないプルリクエストワークフローを可能にするGitの機能があります。これが、BitBucketのプルリクエストが適切でない理由です。 （コンテキストについては、file-bug-then-attach-patchワークフローとは対照的に、PRワークフローのために、PythonがMercurialからGitに移行しているという事実について議論していました。） 彼はここで何を話しているのですか？私たちのどちらもそれが何であるかの名前を思い付くことができませんでした。運が悪いのでウェブを検索しました。

10 git  mercurial  pull-requests  bitbucket 

プロジェクトのサイズとスキル不足のため、プロジェクトをオープンソースにすることを提案されたので、Google Codeをチェックアウトしてプロジェクトの作成を開始したところ、プロジェクトにGit、Mercurial、またはSubversionを含めるかどうかを尋ねられます。コードホスティング。 コードホスティングとは何なのかさえわかりません。検索を行うと、これらすべての間の議論がさらに混乱し、Google Codeがどのタイプのライセンスが必要か尋ねてきたため、事態はさらに悪化しました。 私はオープンソースが実際に何を意味するのか完全に理解していないと思います、誰かがこれが何であるかについて簡単に素人のチートシートを作成できますか？大変感謝いたします。 編集これらの3つのバージョンのコードホスティングには多くの素晴らしい反応がありましたが、本当の質問を伝えることができなかったと思います。 ？そして、それは私が現在のホスティングからサイトを外さなければならないことを意味しますか、それともこれはまったく異なるタイプのホスティングですか？私のサイトをオープンソースにするとどうなるか、どのような権利があるか、どのような権利を与えるか。それはどのように機能しますか？人々はただ来て無料で私にコードを投げますか？おそらくこれらは愚かな質問であり、その場合、私は愚かな答えが必要だと思いますが、コードを共有するという概念を除いて、私はオープンソースが何であるかを真剣に知りません...

10 open-source  licensing  version-control  git  mercurial 

国の制限によりダウンロードできないGoogle Codeリポジトリのクローンを作成し、そのクローンをGithubに移行します。これを問題なく使用できます。 重要なのは、Githubアカウントを持っていて、GoogleCodeを閲覧できますが、キューバ出身なので、TortoiseHgを取得してレポのクローンを作成することができず、Googleコードにアクセスできないという素敵なGoogleページが表示されます。 私がどうやってブラウジングを管理したか知っていると思います:) MercurialリポジトリをGithubリポジトリにインポートしたいのですが、私の質問： 出来ますか？ どうすればできますか？

10 git  github  mercurial 

トランク、公式ブランチ、ほとんどのサブプロジェクト/非公式ブランチのメインバージョン管理システムとしてGITを使用するプロジェクトに取り組んでいます。したがって、私は自分のブランチでGITを使用して、コミュニティの残りのメンバーが知っているシステムを使用して私のブランチにアクセスできるようにしたいと考えています。 しかし、私は公式ブランチと非公式ブランチの両方に重なるプロジェクトの一部と、トランクに入らないいくつかのパッチに取り組んでいます-そのため、パッチを個別に保ち、すべてで使用できるようにする必要がありますトランクで使用するためのブランチと選択パッチ。これは当然、Mercurialキューの使用に傾いています。 自分のローカルリポジトリにmercurialを使用できないが、全体をGITとMercurialがホストするリポジトリの両方にプッシュする理由はありますか？むしろ、そうしない理由があるのではないかと思います。

9 version-control  git  mercurial 

バックグラウンド 私はgit過去にVCS（主に）を使用して多くの既存のプロジェクトを管理してきましたが、うまく機能します。通常、既存のプロジェクトでは、全体的な機能を最適化または変更するコードを変更するたびにチェックインします（変更するすべての行ではなく、適切な手順で私が意味することを知っています）。 問題 私があまり練習していないことの1つは、新しいプロジェクトを作成することです。私はおそらく非常に大きく成長する自分自身の新しいプロジェクトを開始する過程でんだけど、私はそこにあることを発見していますたくさん行うと、最初の数日/時間/週/期間までに変更する多くの製品が実際に最も基本的な形で機能するまで。 既存のプロジェクトの場合と同様に、プロセスの各ステップでチェックするポイントはありますか？まだ機能していないので、私は自分が加えた変更でプロジェクトを中断していません。現時点では、毎日の終わりにコンピュータを離れるとき、単にVCSをバックアップとして使用しています。 私の最初の数回のコミットは、「基本的なディレクトリ構造」や「作成されたDBテーブル」のようなものでした。新しいプロジェクトを開始するときにVCSをどのように使用すればよいですか？

9 git  svn  mercurial  version-control 

私は、Mercurialをバージョン管理システムとして機能させるための準備を進めています。驚いたことに、VCSを使用したことがないので、これは誰にとっても大きな取引です。バグを管理者の耳に入れて数か月した後、彼らはついに光を見て、共有フォルダーのネットワークで作業するよりもはるかに優れていることに気付きました。 これを展開する過程で、私は自分のものを管理するためのさまざまな戦略を考えており、私は「中央」リポジトリとしてBitbucketを使用することに傾倒しています。Bitbucketのプロジェクトはもっぱらプライベートプロジェクトであり、誰もがそこからプッシュおよびプルします。 私はさまざまな提案を受け入れていますが、誰もが同じような設定をしていますか？もしそうなら、あなたはどんな警告に遭遇しましたか？

9 version-control  teamwork  mercurial