タグ付けされた質問 「projectile」

前奏曲のhelm-projectileセットアップを使用していますが、ワークフローが大幅に改善されました。残る唯一の問題は、helm-grepおよび同様の操作中に表示される自動生成ファイル（CMakeによって生成されたファイルなど）です。 質問：Projectileからプロジェクトフォルダツリーのファイルを除外する方法はありますか？

39 projectile 

私はプロジェクトでファイルを見つけるためにキーバインディングをspacemacs使用していSPC p fますprojectile。しかし、gitからファイルを削除した後でも、SPC p fその削除されたファイルが表示されます。 SPC p Iキャッシュを無効にするために使用しようとしましたが、うまくいきませんでした。 問題を解決する方法は？

33 projectile  spacemacs 

Helmはでファイルのマーキングをサポートしているようですhelm-find-files。マークされたファイルを開くことができますか？それぞれ、ファイル検索バッファー内から独自のバッファー内にありますか？ 更新：helm-projectile-switch-projectHelm拡張find-fileコマンドではなく、私が使用していることに気付きました。

12 helm  projectile 

gitリポジトリの一部であるファイルにアクセスした後、Projectileは私のgitリポジトリの存在をプロジェクトとして認識しますが、プロジェクトの一部として1つのファイル（現在のファイル）のみをリストします。プロジェクト内の他のファイルにアクセスすると、それらは1つずつプロジェクトの一部になります。 Projectileでプロジェクトを作成して、プロジェクト内のすべてのファイルをすぐに認識できるようにするにはどうすればよいですか？ これまでに見つけたすべてのチュートリアルは、既存のプロジェクト内のファイルにアクセスし、Projectileがそのプロジェクトに含まれるファイルを認識していることを前提としています。 更新 Projectileをセットアップするとき、Projectileのドキュメントで次の提案を行いました。 キャッシング 大きなプロジェクトのインデックス作成は（特にEmacs Lispでは）正確ではないため、Projectileはプロジェクトのファイルのキャッシュをサポートしています。ネイティブインデックスが有効になっている場合は常に、キャッシュがデフォルトで有効になります。 無条件にキャッシュを有効にするには、次のコードスニペットを使用します。 (setq projectile-enable-caching t) 時々、いくつかの大きなプロジェクトをナビゲートするので、パフォーマンスを向上させることを期待して、これを私のinitファイルに追加しました。Projectileがキャッシュをどのように管理するかはわかりませんが、プロジェクトに初めてアクセスしたときに、プロジェクトツリーが探索され、すべてのプロジェクトファイルがキャッシュに読み込まれると想定していました。私の仮定は間違っていたようです。 に設定projectile-enable-cachingした後nil、Projectileはプロジェクト内のすべてのファイルを見つけることができました。alexurbaの回答とフォローアップコメントのおかげで、問題を見つけることができました。

12 git  projectile 

ディレクトリでの再帰的なgrepは最も単純なものでなければなりませんが、それを動作させるためのレシピをまだ見つけていません。私は次のコマンドの間でジャグリングしていて、その中に機能が埋め込まれているのかわかりません： helm-find-files：問題は、これがディレクトリを再帰的に見つけるのが本当に悪いことです。 projectile-find-dir：これはディレクトリを見つけるのに最適です！ただし、helm completeを使用しても、helmモードで終了しないため、C-u C-sコマンドはここでは機能しません。 helm-find：再帰権を取得しますが、ディレクトリではなくファイルを対象とします helm-projectile-find-dir：私が欲しいもののようです。

11 helm  projectile  grep 

以下のようなコマンドhelm-projectile-grep、helm-swoop、projectile-find-fileコードの周りにジャンプするのに非常に便利です。ただし、これまでのところ、新しいウィンドウで検索結果を開く方法はわかりません（代わりに、現在RET検索結果を強調表示して押すと、元の検索コマンドが実行されたウィンドウで検索結果が開きます）。 オプションで、*helm grep*モードで強調表示された検索結果を、水平または垂直に並べられたウィンドウで開くことができるようにしたい。たとえば、次の機能が必要です。 を押すとRET、現在のウィンドウで強調表示された結果が開きます を押すとC-c h RET、ハイライト表示された結果が新しい水平に並べられたウィンドウで開きます を押すとC-c v RET、ハイライトされた結果が新しい垂直に並べられたウィンドウで開きます これがイラストです： このようなことは可能ですか？御時間ありがとうございます！

10 helm  window  projectile  window-splitting 

私はプロジェクトの閲覧に発射物を使用しています。本当に遅いので、キャッシュをオンにしました。今では高速です（悲しいことに、非常に高速ではありません）。 emacs自体の外部で新しいファイルを作成すると、発射物はそれを見つけられません。キャッシュの無効化を実行できますが、これには数分かかります。これを修正するには？

9 projectile  project 

プロジェクトごとにバッファリストをibufferにグループ化したいと思います。プロジェクトは、単語の射影の意味で意味されます。 新しいプロジェクトで作業するたびにEmacs構成を変更したくありません。これを自動的に達成する方法はありますか？

9 ibuffer  projectile 

発射物はかなり素晴らしいですが、効果がある場所でのみオンにするのは難しいと感じています。 私が理解しているように、2つの標準的な選択肢は、メジャーモードフックのように手動でオンにするか、でグローバルに有効にすることprojectile-global-modeです。前者は十分に広いとは言えない。タイプに関係なく、プロジェクト内の任意のファイルを参照しながら、発射コマンドにアクセスできるようにしたい。しかし、モードをグローバルにオンにするのは広すぎます。それは私のホームディレクトリとして、そのような明白に非プロジェクトディレクトリを訪問しても、オン状態になる/tmp、/etcなど アクティブにするための標準的な方法があるprojectile-modeの有無をチェックする、によって決定されるかもしれないとして、実際のプロジェクトでの生活は、言うことを、ファイルを訪問したときにのみ.git、.svnなど、現在のファイルのいくつかの祖先ディレクトリ内のディレクトリには？

8 projectile 

C ++コードでの補完に会社モードを使用しています。現在のプロジェクトのインクルードファイルの場所を会社のclangバックエンドに伝えるには、次の.dir-locals.elファイルを使用する必要があります ((c++-mode (eval setq company-clang-arguments (append company-clang-arguments '("-I/full/path/to/project/root/include")))) 常にフルパスを指定する必要があります。ファイルのfull/path/to/project/rootパスを格納する変数に置き換える方法はあり.dir-locals.elますか？ 私は試した (c++-mode (eval setq company-clang-arguments (append company-clang-arguments (list concat "-I" default-directory "src"))))) しかし、default-directory私が開いているファイルで評価されているので、プロジェクトルートのパスに戻るのではなく、プロジェクト内の他のパスに戻ります。

8 projectile  company-mode  directory-local-variables 

メモを取るためにorg-modeを使用します。現在、「Notes」などのルートディレクトリがあり、その中に「Linux」、「Programming」などのサブディレクトリがいくつかあります。org-modeを使用して作成したメモは、これらのサブディレクトリに保存されます。 これらのメモ（すべてorg-modeファイル）をすばやく検索できるように、利用可能な設定のセットがあるかどうか疑問に思っていました。私はdeftがあることを知っていますが、org-modeファイル用に設計されていません。実際、helm-projectileも試しましたが、満足できるものには程遠いです。 より正確に言うと、私が達成したいのは、タグ、ヘッドライン、または組織モードに関連するその他の機能を使用して、おそらく事前定義された構文を使用して、これらのファイルを検索できることです。そして可能であれば、私は舵のようなものを好むでしょう。そのような拡張機能がない場合、そのような拡張機能を実装する価値はありますか？deft + helm-projectileが良い出発点かもしれないと思いました。 更新： @itsjeydが回答で示唆しているように、ディレクトリローカル変数とorg-agenda-custom-commandsの両方の方法を試しましたが、後者の方が便利だと思いました。これが私の設定です： (setq org-agenda-custom-commands '(("n" . "Search in notes") ("nt" "Note tags search" tags "" ((org-agenda-files (file-expand-wildcards "path/to/Notes/*/*.org")))) ("ns" "Note full text search" search "" ((org-agenda-files (file-expand-wildcards "path/to/Notes/*/*.org"))))))

7 org-mode  helm  projectile  deft-mode