-
-
Notifications
You must be signed in to change notification settings - Fork 31
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Custom database location #110
Comments
Would you tell me use case ? |
Sorry for late answer. Probably I missed the letter. |
Environment variables |
Yes, it is sufficient solution for me, thank you. But is it a convenient way when one deals with several trees in different repositories? |
Now problem is when one defines GTAGSDBPATH variable helm-gtags wont find G* files in right way and will make new ones in GTAGSROOT. |
I would like to second this request for the reason of keeping tags stored outside the git trees I work in. It protects them from Setting environment variables isn't really practical for me since I regularly use Tramp in Emacs to work directly on the source code stored on our build servers. It would be great if it was possible to control this using variables in Emacs Lisp since they can be set on a per-project basis. |
I'd like to second this request. Storing the tags file inside git trees is annoying if you switch a lot between branches and projects. It would be much better to have a possibility to configure where tag files are stored and how they should be named (e.g. each tag file gets a suffix representing the path to the root of the project, so that you can store tags for multiple projects in the same directory without any overlapping). I used Vim with the gutentags plugin (https://github.com/ludovicchabant/vim-gutentags), which provided these features and it was very useful. It would be cool if you could introduce some of its logic into helm-gtags. |
[memo]
|
Defining gtags database location explicitly is a very useful feature IMO.
The text was updated successfully, but these errors were encountered: