4 ms·
fossil doesn't only version control the source code. other project-meta like wiki and issues are also replicated when you clone a fossil repo.
by xj9 8y ago
fossil doesn't only version control the source code. other project-meta like wiki and issues are also replicated when you clone a fossil repo.
- Skunkleton 8y agoWhy would I want that?
- stevekemp 8y agogit is decentralised. github issues & merge-requests are not. Say you have a project hosted on github, pretend github has been purchased by a scary-company, you might imagine you could move your repository elsewhere. You can, but suddenly your issues need to be imported/migrated too. If you had a fossil-host instead? You could migrate your repository and your issues all at once, and nobody would care. (Disclaimer: I use github for public projects, and self-hosted gitbucket for private stuff. I don't care that github has changed ownership.)
- jpfed 8y agoI don't use fossil, but I have fantasized about keeping docs and issues in version control alongside the code. My organization has churned through several different issue trackers in the last few years. And a lot of that old data is just gone; project owners never bothered pulling Fogbugz tickets into Phabricator or never pulled Phabricator tasks into JIRA. If we had issue tracking that lived alongside the source code in version control, then the underlying data would last as long as the code did.
- xapata 8y agoIssues are tricky, but docs are easy to store in git. In fact, I thought that was standard practice for most folks. What documentation tools do you use that prevent using git?
- Zamicol 8y agoWhy shouldn't this be built on top of git?
- JackCh 8y agoShouldn't? Hasn't been.