Thanks, I will have a look at it (it will be only towards the end of the month though, holiday first)!
The reason why this functionality would be very interesting to us is because we mainly use Fossil for paper writing. And its very convenient to upload datasets as well as PDFs of reports/refrences/typeset paper to the repo in order to share it with others. These files are usually large binary files and there is not much value in them being versioned because they can be recreated easily if needed. Usually, only the latest version of these files is relevant to all users of the repository. I had to shun a number of repos because some users have been continuously committing redundant 300MB+ large datasets (as my users are not programmers its very difficult to keep them following best practices). Ability to add non-versioned files to our repos would solve this major headache and be a major QOL improvement to my users. Thanks, Taras > On 09 Aug 2016, at 22:23, fossil-dev@mailinglists.sqlite.org wrote: > > On 8/9/16, fossil-dev@mailinglists.sqlite.org > <fossil-dev@mailinglists.sqlite.org> wrote: >>> >> Sorry to hijack the original thread, but is there anywhere where I can find >> more info about this feature? Do I understand correctly that its about >> storing files within the repository which are not versioned? That would be >> absolutely AMAZING for our use case. >> > > Check-out and compile Fossil from the unversioned-files branch. There > you will find the "unversioned" command. Use it to add/remove/sync > unversioned files. The files are accessible using the /uv/NAME urls. > > The original plan was to move the download page > (https://www.fossil-scm.org/download.html) into the repository. That > works. But it turns out that all the tarballs on the download page > are collectively larger than the rest of the repository, so it does > make the repo about twice as large. Maybe that isn't such a bad thing > though. It does mean that the download artifacts will be > automatically replicated to the various backup repositories (ex: > http://www2.fossil-scm.org/ and http://www3.fossil-scm.org/). > > Please feel free to contribute. > > -- > D. Richard Hipp > d...@sqlite.org > _______________________________________________ > fossil-dev mailing list > fossil-dev@mailinglists.sqlite.org > http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev _______________________________________________ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev