ホーム フォルダーで、コード プロジェクトの個人用ワークスペースをどのように整理しますか? また、複数のプロジェクトを同時に処理するためにワークスペースを効率的に保つにはどうすればよいでしょうか?
私の質問の最も重要な側面は上記です。トピックの特定の下位部分に対処したくない場合は、読むのをやめてもかまいません。以下は、ワークスペースの編成に関するさまざまな関連する質問です。それらすべてに対処する必要はありません。以下の関連する質問のいくつかに対する部分的な回答でも興味があります。
この質問は主に UNIX と OS X のコンテキストにあります。Windows ベースのユーザーは提案を提供できますが、私は通常 Windows ではなく UNIX で見られるホーム フォルダーとコマンド ライン規則に主に関心があります (cygwin を使用しない限り)。
特に、複数のコード プロジェクトを同時に管理する場合、どのようなフォルダー構造が役立つと思いますか? また、さまざまなオープン ソース コード プロジェクトをダウンロードするときに、ワークスペースを散らかさずにさまざまなソース ツリーをすべて整理するにはどうすればよいでしょうか?
特に、特定のプロジェクトに集中する必要があるときに邪魔にならないようにしながら、コマンド ライン経由でプロジェクトに簡単にアクセスし、ブラウジングしやすくするための秘訣やヒントを知りたいと思っています。
さまざまなソース リポジトリを整頓するのに便利な規則はありますか? 特に git では、さまざまなブランチと関連するリポジトリをどのように整理していますか? 頻繁に作業コピーを吹き飛ばし、定期的にソース管理から完全に更新していますか? あなたは何を持ち、その理由は何ですか？また、特定のプロジェクトに、独自のホーム フォルダー構造にマップする必要がある多くのパスの依存関係がある場合、名前空間とパスをどのように処理しますか?
bin フォルダーと共通ライブラリーはどうですか? さまざまなプロジェクト (おそらく異なるバージョンの PHP、Ruby、Perl、Web サーバー、コンパイラなど) 用に多くの潜在的な開発環境を作成する必要がある場合、これをどのように管理しますか。
ベテランのシステム管理者にとって、経験から何がうまくいき、何がうまくいかないのでしょうか?
シンプルになりすぎず、できるだけシンプルに保つにはどうすればよいでしょうか。
一度に複数のプロジェクトに取り組むための最も柔軟性を与えるものは何ですか?
定期的にプロジェクトをワークスペースから移動し、ソース管理から再インポートしますか? プロジェクト環境を頻繁に再作成する必要性を減らしながら、クラフトの蓄積を防ぐにはどうすればよいでしょうか?
ワークスペース全体をクリーンアップまたは吹き飛ばして、貴重なソース コードへのアクセスや過去のプロジェクトから得た組織の効率性を失うことなく、白紙の状態から始めるにはどうすればよいでしょうか?