私は Git を初めて使い、現在、最近のプロジェクトをすべてリポジトリとして Github にアップロードしています。Web デザイン、WordPress テーマ、さまざまな種類のアプリケーションなど、さまざまなプロジェクトがあります。また、これらのいくつかは、別のアプリケーションとしていくつかのものをテストするためのものであったため、より大きなプロジェクトに属しています。
問題は、現在オンラインになっているリポジトリの数が多すぎることです。関連する github リポジトリをフォルダー構造でグループ化するにはどうすればよいでしょうか? github でリポジトリを整理したり構造化したり、タグ付けしたりする機能はありますか?
ベストアンサー1
2023 年 12 月更新: 実現します! (ある意味)
新しい組織リポジトリリスト機能のプレビュー(2023年12月)
10月にベータ版をリリースしましたリポジトリのカスタムプロパティ、組織内のリポジトリにキーと値のペアを添付できるようになります。
多くのシナリオの中で、私たちが想定していた重要なコンポーネントの 1 つは、リポジトリのプロパティをフィルターする機能でした。これにより、
探しているリポジトリのセットを簡単に見つけることができます。本日より、リポジトリの新しいリスト ビューを有効にできるようになりました。
この更新により、アクセシビリティとパフォーマンスが向上し、プロパティをサポートする新しいフィルター バーが導入されました。有効にするには、
New organization repositories view
機能プレビュー ダイアログでオプションを選択します。
2023年9月更新: 同じGitHub コミュニティの問題 #4174: 「リポジトリ カテゴリのサポート」追加カスタマーサポートから:
Guy (GitHub サポート)
2023 年 9 月 15 日午前 11 時 4 分 UTCこんにちはトム:
承知しました。この機能がないため、組織にとって障害になっているというご意見を、社内の顧客フィードバック トラッカーに追加しました。
少なくとも 2014 年以降、かなり大規模なエンタープライズ組織から IT のリクエストが出されていますが、プロダクト マネージャーは IT を実装するように説得されたことが一度もありません。そのため、残念ながら、近いうちに考えが変わる可能性は低いと思います。
乾杯、
ガイ
したがって、現時点では (2023 年) プロジェクト フォルダー構造はありません。
2021年12月更新:
リストはパブリックベータ版として利用可能になりました
リストを使用すると、GitHub 上のお気に入りのリポジトリを簡単に整理およびキュレートできるため、スター付けエクスペリエンスが向上します。
スターページに表示される公開リストを作成できます。https://github.com/ユーザー名?tab=stars。
リストは、エンタープライズ管理ユーザーを除くすべてのユーザーが利用できます。
しかし(2022年6月)、ウィックでGitHub コミュニティの問題 #4174: リポジトリ カテゴリのサポートプレゼンテーションはまだ不十分です:
トピック ボタンをクリックすると、同じトピック キーワードでマークされたすべてのパブリック リポジトリのリストが表示されます。
代わりに、そのトピックでマークされた組織内のリポジトリのみを表示する方法があればよいと思います。また、組織内のリポジトリのトップレベル ディレクトリまたは目次として機能するように、プライベート組織内のすべてのリポジトリでマークされているすべてのトピックのトップレベル リストを表示したいと考えています。
元の回答:
GitHub自体では、リポジトリを「フォルダ」でグループ化することはできません。組織。
見るサブライムテキストたとえば、すべての sublimeText パッケージ リポジトリのグループとして。
しかし、これではネストされたフォルダ構成はサポートされません。現時点では(2017年6月)、ネストされたチーム組織構造。
2020年8月更新:READMEプロジェクト追加することができます自己紹介ページ... リポジトリを好きなようにリストし、整理することができます。ただし、これは手動のプロセスです (ページの編集)。
2019年2月更新:プロジェクトの概念ができました:
「ユーザー所有のプロジェクト - 個人のワークスペース「
プロジェクトボードに最大 5 つのリポジトリをリンクすることもできます。リポジトリをリンクすると、検索範囲がリンクされたリポジトリに限定されるため、プロジェクトボードにまだ追加していない新しい問題をすばやく絞り込むことができます。
GitHubはタグもサポートしています(トピック)。
2012年のオリジナルの回答:
別の解決策としては、他のリポジトリを参照するリポジトリを次のように定義することです。サブモジュール。
こうすることで、「親リポジトリ」と呼ばれるリポジトリの 1 つ (他のリポジトリを参照) を複製するときに、サブモジュールごとにサブディレクトリを持つ独自のディレクトリに複製されます。
GitHub アカウント自体では視覚的に明らかではありませんが (親リポジトリを含めるとさらに大きなリポジトリのリストがまだ含まれているため)、1 つの親リポジトリを複製すると、その中に関連付けられているすべてのサブモジュールが復元されます。
の302号言及されたコメント欄によるアジャイル2014年現在(2018年11月)の参考資料tbnorth/github_repo_tags
の小さな Python プログラムこのリポジトリでは、GitHub API を使用してリポジトリのリストを取得し、リポジトリの名前、説明、URL を新しいリポジトリに追加します。デフォルトでは repo_tags と呼ばれます。最初は各「問題」に unclassified のタグが付けられていますが、通常の問題タグ付けを使用して、好きなようにタグを付けることができます。
再実行すると、
repo_tags.py
問題でまだカバーされていないリポジトリの問題のみが作成されます。