0

まず、すべてのプロジェクトは .Net C# プロジェクトです。

ローカルおよびリポジトリ構造をセットアップする最善の方法についてアドバイスが必要です。

すべてのプロジェクトで使用されるコア ライブラリとして機能するメイン プロジェクトが 1 つあります。必ずしも 1 つのリポジトリに複数のプロジェクトを含める必要はありませんが、他のプロジェクトがメイン ライブラリのプロジェクトにアクセスできるようにしたいと考えています。組織的な目的のために、各プロジェクトを独自のリポジトリに入れたいと思います。

これを実現するために自分のローカル システムで何をすべきかについての考えはありますが、プロジェクトの設定を開始する前に、コミュニティの意見を聞きたいと思いました。

アップデート

ブラッドリーが提案したものと同様に、私はこれに似た構造で行きました:

All Projects Folder
     Core Project
     Another Project
     Yet another Project

GitHub for Windowsを使用すると、この機能Clone Toを使用してローカル リポジトリをメイン プロジェクト フォルダーに配置できます。したがって、この例では、Windows 用の GitHub からリモート リポジトリを選択し、複製するリモート リポジトリを右クリックして、[複製先] を選択します。「すべてのプロジェクト フォルダー」を選択してコードを配置します。これにより、フォルダーとプロジェクト構造が作成されます。その後、他のプロジェクトは、その構造内の相対パスを使用して相互に参照できます。また、Git Source Provider for Visual Studio 2012 を使用すると、プロジェクト間のすべての保留中の変更を確認するのに役立つことがわかりました。

4

2 に答える 2

1

コードを複数のリポジトリに分割すると仮定すると、あるリポジトリを別のリポジトリの依存関係として含める 1 つの方法は、git submodulesを使用することです。

個人的には、サブモジュールを日常的に使用するのは少し面倒だと感じました。(たとえば、git checkoutブランチを切り替えたときにサブモジュールを自動的に更新しません。開発者は、git submodule updateすべてを追加する前に忘れて、うっかりサブモジュールをロールバックしてしまうことがよくあります。)

その結果、「構成よりも規則」のアプローチを優先し、必要なすべてのリポジトリを相互の兄弟として単純に複製します。2 つのリポジトリに変更を加える場合、単純に両方のリポジトリにコミットしてプッシュし、他の開発者がmaster両方のリポジトリでブランチを追跡していて、両方を同時にプルすると仮定します。

新しいマシンでこれをセットアップするか、既存のマシンですべてのリポジトリを一度に更新する bash スクリプトまたはバッチ ファイルを作成するのは簡単です。

より詳細な例については、プロジェクト間でコードを共有するブログ投稿を参照してください。

于 2013-02-03T18:37:45.757 に答える
1

このcreate and publish a NuGet packageメイン プロジェクトから抜け出し、他のプロジェクトでこの NuGet をインストールするだけです。このようにして、他のユーザーもアプリケーションでこの一般的な NuGet を使用できます。

于 2013-02-03T16:08:10.467 に答える