You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I do not know if this is a bug or user error. I have a project using RStan. RStan compiles model code to a binary file without an extension in the name. I don't want this binary file to be committed to git, so I followed a suggestion described here and I have the following block in my .gitignore.
# ignore *everything**!/**/
# and then this 'unignores' anything with an extension!*.*# now, the rest of your gitignore should appear after the above# on windows Stan executables end in .exe*.exe# Ignore temporary files created as part of compilation.*.hpp*.o
The issue is that renv does not detect any R files in subfolders if I have this in my .gitignore, and thus detects no packages used. This issue does not affect .R files in the root folder of the project; only in subfolders. Is this expected behaviour? I suspect this is not a great use of gitignore, but I'm unsure how to reconcile the two goals here.
Thanks for all the work in the package!
The text was updated successfully, but these errors were encountered:
I'm surprised that Stan doesn't give a unique extension to the compiled model files, or something like that... Either way, any divergence between how git and renv interprets the .gitignore file should be considered a bug in renv, so this seems worth fixing.
I do not know if this is a bug or user error. I have a project using RStan. RStan compiles model code to a binary file without an extension in the name. I don't want this binary file to be committed to git, so I followed a suggestion described here and I have the following block in my
.gitignore
.The issue is that
renv
does not detect any R files in subfolders if I have this in my.gitignore
, and thus detects no packages used. This issue does not affect.R
files in the root folder of the project; only in subfolders. Is this expected behaviour? I suspect this is not a great use of gitignore, but I'm unsure how to reconcile the two goals here.Thanks for all the work in the package!
The text was updated successfully, but these errors were encountered: