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

Programmers.SEに関するいくつかの質問に対するいくつかの「なぜDVCSが優れている」という回答を読むと、大規模なプロジェクトでコミットレースを行わないため、IEコミットが古くなっているため、一般的にDVCSが優れていると言われています。更新、コミット、期限切れ、コミット、まだ期限切れなど DVCSは、プッシュの概念でこれを制限します。しかし、非常に大きなプロジェクトでは、特に1日の終わりに「プッシュレース」が行われることはないでしょうか。私はGitでこれがすべての定数分岐によっていくらか改善されることを知っていますが、Mercurialでは分岐せず、新しいヘッドを作成します。 私が見る問題 ユーザーがプッシュしようとしています 古くなっている（ローカルリポジトリが古い場合、Mercurialではプッシュできないため）ローカルの変更をプルしてマージする ユーザーがもう一度プッシュしようとしたが、他の人をマージしているときにプッシュされたため、再び古くなっている もう一度プルしてマージ まだ時代遅れ 繰り返す 聞き覚えがある？ これは非常に大きく人気のある水銀レポの実際の問題ですか？誰もがその日の最後のプッシュを行うとき、社内ではどうですか？

9 mercurial  dvcs 

CVCSではなくDVCSを使用するという選択は、実際にはリリースサイクルの短縮につながりますか？もしそうなら、何がソフトウェアリリースサイクルをより短くするのですか、そしてこれに対する議論は何ですか？ プルリクエストに関連していますか？パッチの簡単な提出がここで役割を果たしますか？ 人的要因に関連していますか？CVCSを使用するプロジェクトチームは、リリーススケジュールに対してより保守的に機能しますか？ 他の要因はありますか？

8 dvcs  release-management  cvcs 

現在のところ、この質問はQ＆A形式には適していません。回答は事実、参考文献、専門知識によって裏付けられると期待していますが、この質問は、討論、議論、投票、または拡張ディスカッションを求める可能性があります。この質問を改善でき、再開できると思われる場合は、ヘルプセンターにアクセスしてください。 7年前休業。 私がSunで働いていたとき、私たちはForte SCCS / Teamwareと呼ばれるDVCシステムを使用しました。これは、古いSCCSファイル形式を使用しましたが、真の分散ソースコードリビジョン管理システムでした。 優れた機能の1つは、強力なGUIサポートがあったことです。 クリックしてドラッグするだけで、変更をもたらしたり元に戻したりできます。 ワークスペースが互いにどのように関係しているかを示すツリー/グラフを描画します。 グラフビューを使用して、単一のファイルの完全な履歴を表示することもできます。これには、複数のブランチとマージがあった可能性があります。2つのポイントを比較できます。 また、2つの競合するファイルのいずれかからの変更を受け入れるための強力なビジュアルマージツールも備えていました。 当然のことながら、現在のDVCSの多くにはこれらの操作のコマンドラインサポートがありますが、これを教える低学部のコースでこれを使用するためのGUIサポートを探しています。 Forte Teamwareソリューションが完璧であると言っているわけではありませんが、それは時代を先取りしているようでした。残念ながら、それは私のクラスで使用する実行可能なオプションではありません。 質問：現在のDVCSは、GUIに関してどのようなサポートがありますか？Linuxだけでなく、Windowsでも動作するものはありますか？彼らは「ゴールデンタイムの準備ができている」か、それともまだ進行中ですか？これらはスタンドアロンですか、またはEclipseなどのプラグインとしてビルドされていますか？ 注：この議論の焦点を維持するために、私はGUIツールのみに関心があります。GUIツールを教育に使用する必要がある場合、メタディスカッションではありません。

8 tools  gui  dvcs 

編集：バウンティがまもなく期限切れになるので、これをさらに明確にします。履歴を（異なるSCMからプルして）Mercurialの特定のブランチに直接インポートする方法はありますか？ 私は現在、Perforceを使用している会社で働いており、Mercurialを使用した分散バージョン管理の方法を作っています。私はperfarceを使用してPerforceの履歴をインポートすることに成功しました（適切な名前です。見たり言うたびに笑ったりします）が、これは一度に1つのブランチでしか機能しません。 P4統合設定の仕組みは次のとおりです。 perforceで「クライアント」を作成します。これは、絶えず更新/チェックアウトする対象の説明の一種です。これは、一度に1つのブランチ（トランクまたはその他）しかアドレス指定できません。 これを実行したら、実行します hg clone p4://<server>/<client_name> .hg / hgrcに移動し、perforceパスの行を追加します。 perforce = p4://<server>/<client_name> Mercurialでコードを正常に処理し、hg pull perforce同期をとって、hg pushチェンジリストをエクスポートします。 私ができることは、ブランチごとにPERFORCEパスを設定し、すべてを同じリポジトリで機能させることです。現在、プッシュは問題ではありませんが、別のブランチから履歴をプルすると、デフォルトのブランチになります。 私は何かをすることができhg pull perforce-R5て、それをmercurialのR5ブランチに着陸させたいと思っています。マージの履歴がなくても、ブランチの履歴を保存できるほど十分に甘いでしょう。 Mercurialを統合できるCVCS用のプラグインは他にもありますが、サブバージョン1には同じ問題があります。 これを行うための簡単な方法はないと思いますが、1つのMercurialマシンでいくつかのフックとスクリプトを使用してプロセスを自動化できれば、それで十分です。 編集：物事を少し明確にするために： PERFORCE トランクはMercurialのデフォルトのブランチにマッピングされています PERFORCE R1ブランチはMercurialのリリース1ブランチにマップする必要があります（R2、R3などでも同じ） Mercurialにperforceからプルするように指示すると（つまりhg pull perforce、「perforce」はPerforceクライアントを指すパスの名前です）、PerforceトランクをMercurialのデフォルトにプルする必要があります。 Mercurialにperforce-R1からプルするように指示すると（つまりhg pull perforce-R1、「perforce-R1」はR1クライアントへのパスです）、Perforce R1ブランチをMercurialの「release-1」ブランチにプルする必要があります。これは私が質問している部分です。

8 mercurial  dvcs  perforce  cvcs