私はgitが初めてであり、現在行っていることは、最近のすべてのプロジェクトをリポジトリとしてgithubにアップロードすることです。ウェブデザイン、wordpressテーマ、さまざまな種類のアプリケーションなど、さまざまなプロジェクトがあります。また、これらのいくつかは、別のアプリケーションとしていくつかのものをテストするためのものであったため、より大きなプロジェクトに属します。
問題は、私が紛らわしい量のリポジトリをオンラインで持っていることです。関連するgithubリポジトリをフォルダー構造にグループ化するにはどうすればよいですか? githubでリポジトリの順序付けや構造化、タグ付けを行う機能を提供する機能はありますか?
GitHub自体では、 organizations を作成しない限り、リポジトリを「フォルダー」でグループ化することはできません。
SublimeText を参照してください。たとえば、すべてのsublimeTextパッケージリポジトリのグループとして。
ただし、ネストされたフォルダー構成はサポートされません。現在(2017年6月)、 ネストされたteam組織構造 のみをサポートしています。
2019年2月の更新:projectの概念があります:
「 ユーザー所有プロジェクト—個人のワークスペース 」を参照
プロジェクトボードに最大5つのリポジトリをリンクすることもできます。リポジトリをリンクすると、検索の範囲がリンクされたリポジトリに制限されるため、プロジェクトボードにまだ追加していない新しい問題をすばやく絞り込むことができます
GitHubは現在、タグもサポートしています( topics の形式)。
元の回答2012:
別の解決策は、submodulesとして宣言された他のリポジトリを参照するリポジトリを定義することです。
そのようにして、「親リポジトリ」と呼ばれるリポジトリ(他のリポジトリを参照する)のクローンを作成すると、サブモジュールごとにサブディレクトリを持つ独自のディレクトリにクローンが作成されます。
GitHubアカウント自体には視覚的には表示されません(親リポジトリよりもさらに大きなリポジトリのリストがまだ含まれているため)が、1つの親リポジトリを複製することで、関連するすべてのサブモジュールを取得できます。
issue 302 言及 コメント内 by AnneTheAgile 2014年にはちょうど今参照(2018年11月) tbnorth/github_repo_tags
このリポジトリの small pythonプログラム は、GitHub APIを使用してリポジトリのリストを取得します。名前、説明、URLを新しいリポジトリに追加します。デフォルトではrepo_tagsと呼ばれます。最初は、各「issue」には未分類のタグが付けられていますが、通常のissueのタグ付けを使用して、好きなようにタグ付けできます。
再実行すると、
repo_tags.py
はリポジトリの問題のみを作成します。まだ問題でカバーされていませんでした。
Organizations を使用してリポジトリを整理します。これにより、明確な描写と明確な組織化が可能になり、必要に応じて共有できるようになります。例えば:
私の組織
ただし、 アップグレード Enterprise Cloudアカウント($ 25 /月)でない限り、すべての組織リポジトリはパブリックです。
これは、頭に浮かぶほどの答えではありません。
組織を活用した構造化の最近の副作用の1つは、ユーザー向けの無料のプライベートリポジトリの次の発表により明らかになりました。 https://blog.github.com/2019-01-07-new-year-new- github /
組織のプライベートリポジトリはまだ無料ではありません。したがって、組織をリポジトリの分離に使用すると、組織が無料のプライベートリポジトリを利用できなくなります(必要な場合)。
フォルダーをシミュレートする1つの方法は、レポの説明の最後にコンマ区切りのタグを追加することです。 GitHubの「リポジトリを検索...」フィルターはリポジトリの説明を調べるため、これらのタグでリポジトリを検索できます!例:
MyRepo:いくつかのクールなことをします[コンピュータービジョン、機械学習、Python]
これを手動で行いたくない場合は、自動化できます。たとえば、Angular、octokit、およびdragulaを使用してこれを行うGitHubリポジトリ編成ツールを作成しました。興味のある方はこちらをご覧ください: https://github.com/Peter554/github-repo-tagger/ 。
手始めに、GitHubでトピックの形式でリポジトリにタグを付けることができます。わーい!
しかし、私はそれが大きな問題を解決するとは思わない。このために、私はトップレベルのフォルダーシステムを試しました(各プロジェクトは1つのリポジトリ内のフォルダーです)。また、プロジェクトシステムごとに1つのブランチを試しました(各プロジェクトは新しいブランチにあります)。この最後の方法では、各プロジェクトを個別にプルおよびプッシュできます!しかし、どちらも理想的ではありません。
Subversion や Mercurial などの他のバージョン管理システムを調べることもできます。 Mercurialは、必要に応じて Bitbucket でホストすることもでき、Facebookは " multi-project repositories "のサポートも検討しています。
個人的には https://hg.openjdk.Java.net/ (または http://hg.netbeans.org/ )のシステムが好きです。フォルダーのセットアップと各プロジェクトはエンドポイントでホストされます。これを実現する最良の方法は、プロジェクト構造( https://mvnrepository.com/ または https:// wwwなど)でWebサイト(GitHubで実行可能)を作成することです。 .npmjs.com / )。