2016-07-18 21 views
4

Windows 8.1でStata 14.1を使用し、私の個人的な.adoファイルをGitHubリポジトリに移動しました。これはfoo.adoを "C:/ Users/Richard/Documents/GitHub/foo /"に、bar.adoを "C:/ Users/Richard/Documents/GitHub/bar /"などに置きます。Stataはユーザーが追加したadopathディレクトリを再帰的に検索する必要がありますか?

adopathadopath + "C:/Users/Richard/Documents/GitHub/"というGitHubルートディレクトリを追加しましたが、Stataは.adoファイルの "foo"、 "bar"、およびその他のサブディレクトリを検索しませんでした。 foo.adoリポジトリにadopath + "C:/Users/Richard/Documents/GitHub/foo"などを追加してこれを修正しました。

私はStataの検索する予想:それはBASESITE、および​​のためにそうするために、 "C /ユーザ/リチャード/ドキュメント/ GitHubの/" 再帰的に。再帰検索はデフォルトのadopathディレクトリに限定されていますか?

adopathに10個のディレクトリを追加するのは難しくありませんが、ベストプラクティスに従いたいと思います。 adopathについては、help adopathとか1996 FAQ以外はあまり見つからない。

答えて

5

StataはBASE、SITE、およびPLUSを正確に再帰的に検索しません。これは、各ディレクトリを検索し、ディレクトリ内で、検索されるコマンドの最初の文字を名前として持つ1つのサブディレクトリを正確に検索します。

個人内では、サブディレクトリfを作成し、foo.adoに配置しました。 Stataのコマンドウィンドウにfooというコマンドを入力したとき、Stataはfoo.adoを見つけ、その中でプログラムを実行しました。

これはあなたの問題を直接解決するものではありませんが、StatはPERSONALを他のディレクトリと一貫して扱い、StataCorpにあなたの提案を実装することを納得させる可能性を減らしますが、彼らはそうです。私のMac上で

は、私が gnxlにディレクトリ fと改名し、その後、ターミナルウィンドウに出た

cd ~/Library/Application Support/Stata/ado/personal 
ln -s gnxl/foo.ado . 

、その後とのStata、期待通りに行わfooコマンドをリニューアル。おそらく、これはあなたの方向性を指し示します。新しいADFファイルがリポジトリに作成されるときに、シンボリックリンクを生成するための自動化機能があります。 GitHubがそのフレームワーク内で可能かどうかを知るのに十分なGitHubを知らない。

+0

完全にクリア!実際にリンクされたFAQに含まれています。 Stataが示唆するように私はただ読んでみる必要があった。 "読んでみると、すべての事例があなたのために強調表示されます。その後、上記をもう一度読んで、より意味をなさないはずです。" –

関連する問題