問題タブ [multiple-repositories]

別のリポジトリからアーティファクトの 1 つを取得するように Maven プロジェクトを構成するにはどうすればよいですか?

これをプロジェクトhttps://github.com/twitter/hadoop-lzoに含めたいのですが、中央の maven リポジトリではなく、twitter リポジトリでしか見つけることができません。

私は、数年前から制作されているウェブサイトに取り組んでいます。すぐに新しいバージョンの作業を開始します。その最初のリポジトリは、現在のサイトのリポジトリのコピーになります。新しいリポジトリのセットアップ後、現在のサイトと新しいサイトの 2 つのリポジトリは分岐します。ただし、現在の Web サイトのバグを修正した場合は、その修正を新しい Web サイトにマージしたいと考えています。

最近まで、私は TFS を使用していました。これにより、2 つの異なるバージョンのリポジトリ (TFS ではブランチと呼ばれます) を簡単にマージできましたが、Mercurial を使用してこれを実現するにはどうすればよいでしょうか? これまでのところ、最も古いリポジトリを廃止する目的で 2 つの異なるリポジトリをマージする方法についての説明しか見つかりませんでした。

乾杯、サイモン

Mercurial での単一の中央リポジトリと複数のリポジトリのアプローチについて読んだことがあります (たとえば、これらの SOの 質問)。小さなリポジトリ (自己完結型プロジェクトごとに 1 つ) が正しいアプローチであることは明らかです。

しかし、これはリポジトリの数が多いことを意味します。「多数」とは、どれが何を含んでいるかを追跡するのが難しいほど十分であることを意味します。私は小さなチーム (7 人未満の開発者) に所属しており、取り組んでいるプロジェクトの数、さまざまなブランチ/バージョンなどを考慮すると、50 または 60 のリポジトリがあることがわかります。

数十または数百のリポジトリを持つ Mercurial サーバーをカタログ化/管理するのに役立つツールはありますか?

編集: SCM-Manager (ファイアウォール内) とbitbucket (ファイアウォール外) の両方を使用しています。ああ、もちろん、各開発者は、それらのローカル クローンを独自に作成します。

問題は、大量の Mercurial リポジトリをサーバーに配置する方法ではなく、それらすべてを追跡する方法です。

私は、マージする必要があるさまざまな Git リポジトリを使用しています。ワークフローは次のようになります。

これで問題ありませんが、タグを使用して各リモートの特定のコミットをプルできるようにしたいと考えています。

各レポの変更は 1 つのサブフォルダーに限定されるため、マージの競合が発生することはありませんが、あったとしてもタコのマージによりトランザクション全体が原子的に失敗します。

問題はタグ参照にあります。このブログ投稿(私のものではありません) で説明されているように、すべてのタグは不可解にもグローバル名前空間にダンプされます。言う方法はありませんfork1/v1.0.0-それはただのことv1.0.0であり、複数のリポジトリに同じタグがある場合、それらは互いに押しつぶされます。

この回答に続いて、refspecs を使用してこれを回避することを検討してきました。これまでのところ、次のことを思いつきました。

これには、fork1 のv1.0.0タグを として到着させるという意図した効果がありfork1/v1.0.0ます。残念ながら、名前空間のない;としても届きます。タグ マッピング セクションで 2 倍の行を出力し、プルされたタグとマージします。refspec に関する適切なドキュメントがどこにも見つかりません (このトピックに関する Git のドキュメントはまったく役に立ちません)。v1.0.0git fetchgit merge v1.0.0

複数のリポジトリのタグが競合しないようにするにはどうすればよいですか?

これについて愚かなことをしているのであれば、他のワークフローの提案にもオープンです。共有コンポーネントと構造を保持する 1 つのコア リポジトリと、コードだけが追加されたコアの完全なクローンである多数のモジュール リポジトリがあります。私の現在の計画は、各モジュールがコアへのリモート ポインター (共有部分の最新情報を取得するため) と、それが依存する他の各モジュールへのポインターを持つことです。共有ビットは同じなのでマージされ、モジュール ビットは独立しているためマージされます。ここで従うべき別のパターンはありますか？(私はサブモジュールを避けてきました。なぜなら、(a) サブモジュールについて良いことを聞いたことがなく、(b) 共有部分はプロジェクト ディレクトリ構造の観点からトップ レベルであり、リポジトリ構造が非常にぎこちなくなります。)

私は現在、当社のコードとドキュメント ファイルを一元化された SCM (Perforce) から Git に移動するためのバージョン管理戦略を考え出そうとしています。Perforce のコンテンツは、すべてのプロジェクトが格納される 1 つの大きなデポにすぎません。いくつかの理由から、これを複数の小さな Git リポジトリに分割したいと考えています。

私が今抱えている問題は、これらすべてのリポジトリにインデックスを付けて、簡単に見つけられるようにする方法です。私の知る限り、Git には複数のリポジトリを管理するためのツールが組み込まれていません。

git-submoduleは見つかりましたが、それは他のリポジトリのコンテンツを含むリポジトリを作成するためのもののようです。さまざまなリポジトリのコンテンツを管理するのではなく、リポジトリ自体を管理したくありません。

当初、サーバー上のフラット ファイル システムについて考えていました。

次に、すべてのリポジトリ名とコンテンツに関するコメントをこのディレクトリに照会する git コマンド (サーバーにログインし、/reposディレクトリに移動して を実行するようなものgit log)。私は自分/repo自身をgitリポジトリ（リポジトリのリポジトリ）にして、今言ったことを正確に行うことができると思っていましたが、それはそうです... un-git-y。

だから私の質問は：

1. gitこのような複数のリポジトリを管理するために作成されたツール/機能が不足していますか?
2. これを管理するために探しているものでgit-submoduleはないという私の考えは正しいですか?
3. このタイプのセットアップで見た良い戦略はありますか?

Pentaho Enterprise バージョンで異なる (複数の) リポジトリを作成する方法を知りたいです。以下は、私が追加したいいくつかのポイントです。1. ユーザーごとにリポジトリが異なるため、1 人のユーザーが他のユーザーの変換とジョブにアクセスできません。2. 1 人のユーザーが、異なるリポジトリにある他のユーザーの DB 接続にアクセスできません。

私の主な関心事は、セキュリティ上の理由から、ここにロジックが必要であることです。1 人のユーザーが、他のユーザーが作成した変換にアクセスしたり、更新したりすることはできません。

これは可能ですか？これについて私を助けてください。

よろしくお願いします。

ProjectAとProjectBの 2 つのプロジェクトがあります。それぞれに git リポジトリがあります。これらのプロジェクトには、同じファイルが多数あります。これらのファイルは、ProjectAとProjectBの両方で「 common 」という名前のフォルダーにあります。ファイルの例は次のとおりです。

プロジェクトA :

プロジェクト B :

私は両方のプロジェクトに取り組んでいます。ProjectAまたはProjectBで作業している共通ファイルを変更する場合があります。ProjectAで行われた共通ファイルの変更が、 ProjectBの共通ファイルにも表示されるようにしたいと考えています(逆も同様です)。したがって、両方のプロジェクトの " common " フォルダーを常に最新の状態にし、同じファイルを含めるようにしたいと考えています。

これにはgit subtreeを使用します。3 番目のレポ「common-repo 」を作成し、そこに「 common 」フォルダーのすべてのファイルを配置してから、両方のプロジェクトから「 common 」フォルダーを削除しました。次に、各プロジェクトでこれを作成します。

次に、common-repoに変更を加えてプッシュすると、簡単にProjectAまたはProjectBにプルできます。

しかし、ProjectA (またはProjectB ) で作業している " common " フォルダー内のファイルを変更し、それをcommon-repoにプッシュしようとすると、問題が発生します。

最後のコマンドは、非共通ファイルを含むProjectAのすべてのファイルをcommon-repoにプッシュします!

「 common」フォルダーのcommon-repoのみのファイルにプッシュするにはどうすればよいですか? それとも、私は何か絶対に間違ったことをしていますか？

私は、センサーと Web インターフェイスを備えた Arduino ベースのデバイスを作成しています。arduino用のC ++のコード（ハー​​ドウェア部分（Arduino内））とJavaのコード（ソフトウェア部分（サーバー上））があります。これら 2 つのコードは比較的独立しています。ハードウェアとソフトウェアの部分は、2 番目の部分がなくても機能します。

これで、「hw」ディレクトリと「sw」ディレクトリを持つ 1 つのリポジトリができました。私はそれが好きではありません。hw、sw部分のリビジョンは一緒です。不明です。

最善の方法は何ですか？

• 1 つのリポジトリで 2 つのディレクトリを使用しますか?
• 2 つの独立したリポジトリを作成しますか?
• 「メイン」リポジトリを 1 つ作成し、その中に 2 つのサブモジュールを作成しますhttp://git-scm.com/docs/git-submodule ?
• 他の解決策は？

Windows 用の GitHub のバージョン 1.2.11 を使用しています。以下のスクリーンショットに示すように、同じリポジトリが複数回リストされており、クリーンアップする方法がわかりません (注: 名前は検閲されていますが、色分けされています: 黒いアイテムはすべて同じで、あずき色のアイテムはすべて同じ）。

github のリリース ノートによると、「一部のリポジトリでのエントリの重複 Git エラー」に関する問題は 1.0.30 で修正されましたが、以下の状況が引き続き発生します。

私が遭遇した他の投稿には、GUI でリポジトリを複製する方法が含まれていますが、GitHub GUI for Windows からエントリを削除する方法に関する回答は見つかりませんでした。注: github.com では各レポのインスタンスは 1 つだけですが、GUI では複数のエントリがさまざまな量で表示されます (それらはすべて同じレポにリンクされています)。また、「ダンジョン」エントリの 1 つ (紫色のもの) は、他のエントリのフォークです。

画像：