Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Announcing GVFS: Git Virtual File System

blogs.msdn.microsoft.com

Post reply on HN
Print view View original

281–287 of 287 posts

Re: Announcing GVFS: Git Virtual File System

#281

Post by sjellis »

greyman wrote: post #186
tambourine_man wrote: post #85

It's interesting how all the cool things seem to come from Microsoft these days. I still think we need something better than Git, though. It brought some very cool ideas and the inner workings are reasonably understandable, but the UI is atrociously complicated. And yes, dealing with large files is a very sore point. I'd love to see a second attempt at a distributed version control system. But I applaud MS's initiati…

> but the UI is atrociously complicated Linus himself admitted that he isnt good at UI. Anyway, I think git just wasnt designed to be used directly, but via another UI. For example, I use it within Visual Studio Code, and that covers about 90 percent of usecases, and then Git Extensions can take care of almost everything else. Sometimes cli is needed, though.

Git Extensions was a fantastic project back when the idea of Microsoft supporting Git would seemed impossible. It made my life better everyday when I was a C# developer. These days, I use the Git CLI on Windows, but VS integration with Git seems good, so I haven't felt the need to install Git Extensions.

I've still not yet seen a stand-alone GUI for Git that is better than the one that ships with Git Extensions, though.

Re: Announcing GVFS: Git Virtual File System

#282

Post by sametmax »

cr0sh wrote: post #95
grovegames wrote: post #44

Earlier quoted context omitted.

I've built a personalized linux from the kernel up a couple times, and it never even popped into my head. Lets be fair to Microsoft, the nix world is vast, and not exactly easy to navigate if you don't live there. I live in all three worlds, and there are only so many letters. It drives me nuts when I just want a code name for a project, because I can no longer find unique words that aren't used by some project somew…

> Microsoft, under Nadella has made me not hate Microsoft again, and that's a tall order because I'm over 40. I'm over 40 as well, and I can honestly say I've never hated Microsoft or Bill Gates - what I hated (hate?) were/are their business practices. I honestly wish I could (somehow) just get an apology from the company - something like "we were wrong, we're sorry, and we're working to make things right". Instead,…

Yeah let's apologize for corrupting governments. It will make it ok. Glory to the new microsoft, the proof you can bully your way to the top and with good PR, people will be ok with it in the end.

Re: Announcing GVFS: Git Virtual File System

#283

Post by dang »

testUser69 wrote: post #66

Why is that so hard to believe? America is run by Donald Trump. The problems with these companies is that developers aren't making technical decisions, it's executives who know nothing about computer science. That's why Windows 10 is such a mess with spyware and adware. Now they have some FOSS advocate who doesn't really know anything about software or VCS but saw that an internal problem they were trying to solve wa…

We detached this subthread from https://news.ycombinator.com/item?id=13559893 and marked it off-topic.

Re: Announcing GVFS: Git Virtual File System

#284

Post by Ajedi32 »

daxelrod wrote: post #244
Ajedi32 wrote: post #134

Earlier quoted context omitted.

I'm still waiting for a decent GUI that takes full advantage of the simplicity of git's underlying data model. The CLI is okay and I've gotten really good with it, but fundamentally I think git's DAG is something that would be best represented and manipulated graphically. [Reinventing the Git Interface][1] was written almost 3 years ago now and yet to my knowledge nobody's implemented anything quite like that yet. [1…

Git Kraken has some neat ideas around dragging bits of the DAG around to manipulate them.

Yeah, I've been meaning to try that for a while now. Unfortunately I can't use it at work because Kraken still don't support connecting to the internet through a proxy, and they won't let you use it offline.

Re: Announcing GVFS: Git Virtual File System

#285

Post by WorldMaker »

madgar wrote: post #275
WorldMaker wrote: post #175

Earlier quoted context omitted.

I agree, the story of git is a good group dynamics case-study. I watched a small bit of it from mailing lists at times. I was a heavy darcs user at the time and the impression I got was part of the name git in the first place was that it was intentionally the "dumb, dirty, get things done" answer to darcs' (sometimes problematic) smarts. (Remember, the British slang definition of git is "an unpleasant or contemptible…

The problem for Mercurial (with respect to group dynamics) was that it didn't have the built-in user base of Linux contributors right off the bat.

I briefly glossed over it, but Mercurial could have had the Linux contributors right off the back. It was built faster than git and was built with the kernel team in mind. I do think it is an interesting bit of group dynamics that the kernel team as a whole didn't adopt Mercurial (because there were kernel team members on both sides of the Mercurial/git divide), and some of that reason seemed to be, from what I read at the time, simply a dislike of Python by a surprising number of kernel team members.

Re: Announcing GVFS: Git Virtual File System

#286

Post by shaftway »

supernovae wrote: post #273
haberman wrote: post #241

Earlier quoted context omitted.

Just to give others an idea of what this is like: I work on the Protocol Buffers team at Google. Almost all software at Google depends on my team's code. If I have a pending change, I can test it against the whole codebase before submitting (this is a "global presubmit"). If something breaks in global presubmit, I can build and run any target in the codebase with my change in a single command, and this will take O(10…

Is the ChromeOS / Android team like this because it really sounds like we're comparing Epeens.. i'd be surprised if android builds typically build world and do so in 10 minutes..

There are parts of the company that aren't in this ecosystem, usually for legacy reasons. But even if they were you'd find a lot of this stuff to still be shockingly fast.

Because the build server is centralized it can be aggressive about caching intermediate build steps. Incremental builds aren't just incremental for you, but incremental for everybody.

Re: Announcing GVFS: Git Virtual File System

#287

Post by askushner »

krallja wrote: post #247
durin42 wrote: post #83

Earlier quoted context omitted.

That's actually pretty comparable to how we tend to operate the Mercurial project, FYI. We tend to prefer rebase to merge for feature work.

Do you use Changeset Evolution?

Very small fraction of FB engineers use Changeset Evolution.

We have new workflows based on some of the underpinnings of Evolution, but without the UI confusion.

Post reply on HN