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
Opening this issue so we have a public & central place to discuss this matter.
Having the historical data on a branch seems suboptimal:
it is difficult to discover (although this could be changed by advertising it more in the README & the pkgdown website)
inevitable growth of the branch size will have ripple effects on all operations in the main branch (in particular clones & checkouts)
The cleanest option is probably to store this data in an actual database, hosted on an external service. This makes sense since we're not actually changing the file contents, just adding new files, and therefore don't need a Version Control System. But:
this costs money
it requires more maintenance / learning how to use a new service
Another simpler (albeit imperfect) option would be to store the historical data in a distinct GitHub repository. This uses tools we already know, is free, public & easy to find.
The text was updated successfully, but these errors were encountered:
Opening this issue so we have a public & central place to discuss this matter.
Having the historical data on a branch seems suboptimal:
The cleanest option is probably to store this data in an actual database, hosted on an external service. This makes sense since we're not actually changing the file contents, just adding new files, and therefore don't need a Version Control System. But:
Another simpler (albeit imperfect) option would be to store the historical data in a distinct GitHub repository. This uses tools we already know, is free, public & easy to find.
The text was updated successfully, but these errors were encountered: