TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Veracity: The next step in DVCS

84 点作者 io将近 15 年前

14 条评论

gecko将近 15 年前
Some of this is really interesting, other parts not so much.<p>Versioning directories, pluggable storage layers, decentralized databases...these are interesting, but have been tried, and have not thus far proved compelling. Thus far, I have not seen projects move to Bazaar or Monotone because they were fed-up with Git and Mercurial not versioning directories, nor have I heard of people picking Mercurial or Subversion because of their pluggable storage systems, nor do I see people choosing Fossil and Monotone because they have distributed databases. It's not that these aren't good features--some of them, like properly handling directories and renames, are (IMVHO) definite improvements over Git and Mercurial--but rather, they are not by themselves enough to make people switch what they're using.<p>The real kicker for me is simply the license. All of the major DVCS players right now are GPL licensed. While Git's been pretty accepting of non-GPL compatible implementations (e.g., JGit, Dulwich), the Mercurial team has indicated that it would view any such project in a very dim light, and I can't conceive of anyone wanting to tempt the FSF by trying that kind of thing with Bazaar. Suddenly having a well-implemented closed-source-friendly DVCS could very easily result in a very sharp and immediate uptake among tool companies. This could completely change the game for corporate shops.
评论 #1516057 未加载
评论 #1516742 未加载
评论 #1515847 未加载
kilian将近 15 年前
a DVCS that can handle enterprise requirements, very interesting. But let's see how it compares to git/hg/bzr in a week :) The pluggable storage layers sounds like something I would use in my company.
评论 #1515474 未加载
评论 #1515643 未加载
评论 #1515411 未加载
nochiel将近 15 年前
"The core of Veracity will be open source, but we do plan to sell add-on [proprietary] products built on the core."<p>When companies do this, doesn't the open source product run the risk of becoming a second class citizen, or even a crippled one with features being implemented in the proprietary product and later migrated downstream or not at all? Isn't this a recipe for conflict of interest?
评论 #1515910 未加载
bch将近 15 年前
It's looking similar to fossil (<a href="http://www.fossil-scm.org" rel="nofollow">http://www.fossil-scm.org</a>) to me... Though the description isn't very deep.
评论 #1527566 未加载
dugmartin将近 15 年前
Eric is a very smart guy so I'll be interested to see this released. The pluggable storage layers seems like a feature that might make it a lot slower than git since I believe git uses a lot of file level i/o tricks for speed.
评论 #1516743 未加载
cmars232将近 15 年前
Seems to me stronger user accounts could be bolted onto an existing DVCS quite easily. The hard part would be working out the PKI, but adding digital signatures to commit objects would be easy.<p>PKI probably would need to be pluggable to meet the variety of project needs out there. I'd imagine enterprise projects would use a corporate CA, some small startups or open source might be comfortable with a quick-start "ring-of-trust" distributed scheme, etc. Github and other hosting providers could offer CA services. Interesting way to prove code ownership in any case.
评论 #1515760 未加载
评论 #1515567 未加载
weaksauce将近 15 年前
That's great. At my last job I used Vault as a replacement to VSS(crap) and found it to be a polished product. I didn't like the dependency on sql server but it is robust. I am glad that they are open sourcing this as more options for the enterprise and business in general are good.<p>I'm using git now and it is leaps and bounds better than anything else I have used. (I like Mercurial too but the branching as a clone is somewhat of a deal breaker for me. I know that there are extensions to do this but I like the out of the box philosophy of git.)
评论 #1515755 未加载
edanm将近 15 年前
The launch of this product makes a lot of sense considering Eric Sink's earlier writings on the topic of DVCSs. For example, in one article, he talks about the diverging trends of Enterprise and Open Source, leading to Enterprise finding it hard to accept a DVCS. Well worth a read: <a href="http://www.ericsink.com/articles/vcs_trends.html" rel="nofollow">http://www.ericsink.com/articles/vcs_trends.html</a>
dasil003将近 15 年前
Looks fascinating. One thing that jumps out at me as a git user is the directory/rename tracking.<p>Directory tracking seems like a great idea.<p>Rename tracking on the other hand seems like a fool's errand since there is no sane universal definition of what constitutes a rename; I think what git does with superficial heuristic hinting at the UI level is really the best thing there.
评论 #1516749 未加载
评论 #1517142 未加载
sandGorgon将近 15 年前
Anybody know how will the performance be w.r.t large binary assets? Git and Mercurial are notoriously handicapped there.
angelbob将近 15 年前
Ooh! Versioning the data in databases!<p><i>That</i> is a feature I'm looking forward to. Rails migrations alleviate some of the traditional pain here, but don't go very far on actual data. Having a database you can check out with real versioning could be a really, really compelling feature.
评论 #1517518 未加载
masklinn将近 15 年前
This sounds a bit like fossil, what with storing stuff in a DB and syncing between databases.
ojilles将近 15 年前
I've been waiting for someone stepping into the database schema versioning space for years now. Would be very interesting to see how this would work in Veracity after rolling/maintaining my own solution for years.<p>And who's this "Vera"? (-:
评论 #1515551 未加载
carterschonwald将近 15 年前
There was one key phrase there that makes me think it will be worth looking at: "We are dogfooding Veracity here at SourceGear"