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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

jj: a Git-compatible VCS that is both simple and powerful

158 点作者 tambourine_man3 个月前

16 条评论

nateb20223 个月前
Related:<p>Jujutsu (jj), a Git compatible VCS (89 points, 112 comments) <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=41895056">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=41895056</a><p>Steve&#x27;s Jujutsu Tutorial (158 points, 117 comments) <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=41881204">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=41881204</a><p>Jujutsu: A Next Generation Replacement for Git (94 points, 80 comments) <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=40908985">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=40908985</a><p>A better merge workflow with Jujutsu (135 points, 90 comments) <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=40842762">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=40842762</a><p>Jujutsu: A Git-compatible DVCS that is both simple and powerful (673 points, 262 comments) <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=36952796">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=36952796</a>
评论 #43022041 未加载
relistan3 个月前
I just want to say that we all finally are using mostly the same VCS and that is actually an undervalued, beautiful thing. An actual “standard” that is almost universal.<p>It used to be such a mess with all the VCS systems and having to know all of them to commit on various dependencies from different projects.<p>I know that jj can be backed by git. But already it doesn’t need to be. Between this and other projects, I don’t have to squint too hard to see a future that looks like the past. I hope I’m wrong.
评论 #43023274 未加载
评论 #43023649 未加载
评论 #43023969 未加载
评论 #43023328 未加载
评论 #43023216 未加载
v3ss0n3 个月前
This got spammed a lot but does anyone actually use it in the wild? We have This and Sapling (mercurial) for alternative git. Back in 2014 up til 2018 we used mercurial , development workflow is a lot smoother and better in DX wise vs git but soon after bitbucket decided to cut mercurial we have no choice but to use Git since there is literally no opensource or cloud service mercurial `hub` in existence.<p>What you need for your CVS to be popular is not having a new CVS that do a thing a little bit different and better vs Git but to have a good GitHub alternative. In Git world there we have Gitea - which is very easy to setup and experience is much better than github , and gitlab for bigger orgs. Plus a good IDE support.<p>Sapling and JJ need something like that - built in or selfhostable.
评论 #43024444 未加载
评论 #43023284 未加载
评论 #43025005 未加载
评论 #43023559 未加载
评论 #43023282 未加载
评论 #43023716 未加载
评论 #43038800 未加载
lytigas3 个月前
I&#x27;ve read a few small overviews of jj. One thing that&#x27;s off-putting as a git lover is that while git is truly append-only (except refs), jj seems quite &quot;mutable&quot; by comparison.<p>Say I&#x27;m messing around with the commit that introduced a bug, somewhere deep in the history. With git, it&#x27;s basically impossible to mess up the repo state. Even if I commit, or commit --amend, my downstream refs still point to the old history. This kind of sucks for making stacked PRs (hello git rebase -i --autosquash --update-refs) but gives me a lot of confidence to mess around in a repo.<p>With jj, it seems like all I would have to do is forget to &quot;jj new&quot; before some mass find+replace, and now my repo is unfixable. How does jj deal with this scenario?
评论 #43022323 未加载
评论 #43022275 未加载
评论 #43022020 未加载
评论 #43022448 未加载
评论 #43022022 未加载
评论 #43022996 未加载
评论 #43023863 未加载
评论 #43022157 未加载
ozornin3 个月前
I have colleagues who are big fans of it. I gave it a try, but I really don&#x27;t get what is the problem it is trying to solve. Like, what is it that I will be able to do that I couldn&#x27;t do with git, and why bother learning it at all
评论 #43023353 未加载
评论 #43023555 未加载
评论 #43023130 未加载
评论 #43023253 未加载
benrutter3 个月前
&gt; Have you ever wanted to store your version controlled repositories inside a Dropbox folder? Or continuously backup repositories to S3? No? Well, now you can!<p>This made me chuckle. In all seriousness, does jj afford anything new by connecting to filesystems more directly?<p>The main issue with git I&#x27;ve heard of is for projects, like video games for instance, that bundle text based code with a huge amount of non-text assets (audio, images etc).<p>I don&#x27;t understand what causes gitissues here, is it storage? Or is it more attempting to map differences between non-text assets. Curious about whether jj&#x27;s filesystem usage help here.
评论 #43031014 未加载
SoftTalker3 个月前
Also, <a href="https:&#x2F;&#x2F;www.gameoftrees.org&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.gameoftrees.org&#x2F;</a>
评论 #43023114 未加载
geenat3 个月前
Auto-commit of large files and no way to un-bloat your repo is a showstopper for me no matter how good the DX might be.<p>Large file handling needs to be sane in any new VCS, IMHO, as this is a main failing of git (..without the extra legwork of git-lfs).<p>Edit: <a href="https:&#x2F;&#x2F;github.com&#x2F;jj-vcs&#x2F;jj&#x2F;issues&#x2F;80">https:&#x2F;&#x2F;github.com&#x2F;jj-vcs&#x2F;jj&#x2F;issues&#x2F;80</a> Could maybe bring jj up to parity with git here
评论 #43042446 未加载
sureglymop3 个月前
This probably exists but what I really want is a way to keep changes that are not yet commuted with branches they belong to. I know that I can stash but it&#x27;s not the same because the stash becomes a mess. I also know that I could commit and later before pushing merge commits together into one that resolves the branch. But it would be hard for me to remember that I did that after switching branches and coming back.<p>What I&#x27;m really getting at is, I want a system that records <i>all changes</i> I make and then let&#x27;s me very selectively choose which of those are pushed to others. Git is definitely the least bad solution now but it&#x27;s not as seamless as it could be.
评论 #43042473 未加载
iFire3 个月前
How does it compare against Facebook&#x27;s Sapling? <a href="https:&#x2F;&#x2F;github.com&#x2F;facebook&#x2F;sapling">https:&#x2F;&#x2F;github.com&#x2F;facebook&#x2F;sapling</a>
评论 #43022131 未加载
评论 #43021901 未加载
评论 #43021905 未加载
评论 #43022075 未加载
necauqua3 个月前
It&#x27;s hilarious that there are people who &quot;don&#x27;t get what problem jj is trying to solve&quot;. It seems like they just use git so little, barely for more that linearly committing, so they are not aware of it&#x27;s shortcomings that jj often elegantly fixes.
frank-miao3 个月前
I wonder if jj can integrate with vscode?
评论 #43022197 未加载
tiffanyh3 个月前
It’s too bad that OpenBSD doesn‘t use JJ, instead developing GoT (even though they haven’t adopted using it yet, and still use CVS).<p>Is that only because GoT predates JJ by 2-years?<p><a href="https:&#x2F;&#x2F;gameoftrees.org&#x2F;index.html" rel="nofollow">https:&#x2F;&#x2F;gameoftrees.org&#x2F;index.html</a>
评论 #43022986 未加载
wodenokoto3 个月前
So jujutsu tracks all files and record all changes and then when I’m ready to wrap up my changes as a PR, I basically squash my history and give my work a name and description?<p>Is that a correct mental model for working with JJ?
评论 #43023704 未加载
iFire3 个月前
See also <a href="https:&#x2F;&#x2F;github.com&#x2F;gitless-vcs&#x2F;gitless">https:&#x2F;&#x2F;github.com&#x2F;gitless-vcs&#x2F;gitless</a>. Looking for maintainers!
pinoy4203 个月前
Aside:<p>I am want to know people who use anything other than the very basic git checkout, fetch, push, merge, rebase, stash, status commit, reset.<p>What are you doing?<p>I think I have used cherrypick once? Generally I open two copies of the same repo, copy paste the code I need and commit as a new commit - the former invariably ends up as a whole mess which takes longer than copy paste efforts of the “feature” I wanted to retrieve.<p>This is a genuine question not rage bait. I have been in the game for 15 years. Surely there are mega complex things using git internals &#x2F; obscure commands to run analytics in CI systems or hosted git solutions. But I want to know what you are doing in your workflow that requires “more” of git.
评论 #43023272 未加载
评论 #43023123 未加载
评论 #43024592 未加载
评论 #43023229 未加载
评论 #43024970 未加载
评论 #43023624 未加载
评论 #43023120 未加载
评论 #43023089 未加载