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

Sourcehut welcomes Bitbucket refugees

sourcehut.org

Post reply on HN
Print view View original

121–130 of 219 posts

Re: Sourcehut welcomes Bitbucket refugees

#121

Post by zubspace »

quietbritishjim wrote: post #99
ulkesh wrote: post #74

Serious questions... What does mercurial offer that git doesn’t? Is the transition to git difficult for projects currently housed in a mercurial repository?

There are a few good things about it compared to git (and a few bad ones). One I like is that it has an excellent GUI that is cross platform, called TortoiseHg. I know hackers can be a bit snobbish about GUIs but I really think a GUI is essential for version control: flicking through the revision graph in one pane while looking at the modified files in another and a file's changes in a third is much more efficient th…

I've been using SourceTree in Windows. But it's slow and I really hate that they put the staging area and the file tree into the same control.

Heard of Fork [1] and switched in a heart beat. Works like a charm and looks great. Unfortunately only for Windows and Mac. I fall back to the command line on Linux.

[1] https://git-fork.com/

Re: Sourcehut welcomes Bitbucket refugees

#123

Post by uncletaco »

quietbritishjim wrote: post #99
ulkesh wrote: post #74

Serious questions... What does mercurial offer that git doesn’t? Is the transition to git difficult for projects currently housed in a mercurial repository?

There are a few good things about it compared to git (and a few bad ones). One I like is that it has an excellent GUI that is cross platform, called TortoiseHg. I know hackers can be a bit snobbish about GUIs but I really think a GUI is essential for version control: flicking through the revision graph in one pane while looking at the modified files in another and a file's changes in a third is much more efficient th…

Magit is a good one. But its an emacs package and, well, I wouldn't want to shy over the fact that it may require some effort.

Re: Sourcehut welcomes Bitbucket refugees

#125

Post by gilbetron »

omarhaneef wrote: post #73
clarkevans wrote: post #52

Earlier quoted context omitted.

I'm sorry, sarcasm is not the best way to communicate an important point here at Hacker News. I appreciate the attempt at humor, but, it's not funny.

Before people downvote Clarkevans, please consider that this itself might be sarcasm and this is some new form of meta humor.

The downvotes are sarcastic as well.

Re: Sourcehut welcomes Bitbucket refugees

#126

Post by EGreg »

viach wrote: post #41

They violently break all the recent frontend best practices. Where is the React or Vie, SPA architecture, tons of JS? There should be a federal law prohibiting making fast and simple UIs so that nobody will have concerns that the UI frameworks war leads us to great future.

You know, libertarians often watch train wrecks and wonder how people can so clearly report problems and commiserate but the obvious solutions never seem to come up.

Refugees... from a third party service... because things changed since they began there

Some other third party service welcomes them, but has bad front end...

SOLUTION:

1. Mercurial and Git are decentralized! They have been designed to be so. Make your back end decentralized also. Why rely on a centralized site?

2. We used to run front-end programs on our computers! What a concept. We thought desktop computers were far better than mainframes and “fat” clients were far better than “thin” ones. Now we are all back to mainframes.

3. End to end encryption! I mean wow half of all humanity has their accounts in an epic database of 3-4 billion people from many breaches. All their private information is now out there. And you trust GitHub, Facebook or whoever to host your group’s private data?

MaidSAFE, MetaMask and other projects do 1,2,3. You should be in control of your keychains. We have plenty of desktop apps for managing eg git. Why let GitHub do it?

At the very least, run GitLab on your own in-house servers. But there are other alternatives.

And frankly, think about the speed and environmental impact of shipping all those bits to Google where you are “renting” Google Docs / Drive software to collaborate on something. You can have a lightning fast network in the Brazilian Favelas or a village in Namibia. Dating sites, ZocDoc, OpenTable, GrubHub can all be local open source apps running on local mesh networks. But nooo, we need project loon to send our signal to california in order to talk to our neighbor or coordinate dinner plans. And in Kashmir, etc. the government can simply turn off our internet and suddenly BAM — can’t even stock drugs locally for people??

https://www.nytimes.com/2019/08/14/technology/india-kashmir-...

Re: Sourcehut welcomes Bitbucket refugees

#127

Post by jgraham »

foxhop wrote: post #85
nbevans wrote: post #77

Earlier quoted context omitted.

For one thing it offers a far cleaner user experience than Git does.

AKA the commands actually make sense, and they have sane defaults so you don't have to remember 100+ random flags.

People always claim this in mercurial posts, but it's really hard to tell to what extent this is just that people who are using hg all the time are familiar with the hg commands and so don't notice the problems any more.

As a irregular hg user, I frequently run into (or help others with) issues with the ui, like "why does `hg log require `-f` to do something useful", "how do I refer to the current head commit (protip: it's not `tip`)", "how do I see changes relative to a branch (bookmark) on a remote" and "which set of commands am I supposed to use for history rewriting nowadays and how do they work?".

hg has some nice features, but the idea that it's got a fully intuitive and uniformly well designed interface is, in my experience, a total myth. Which isn't to say that git has a great CLI of course, just that the extent to which hg is better in this area is often overstated.

Re: Sourcehut welcomes Bitbucket refugees

#128

Post by Crinus »

mkane848 wrote: post #115
lazyjones wrote: post #51

Earlier quoted context omitted.

I love the design and wish a sufficiently large part of the web looked like this... Incidentally, it's a bit like HN.

Same, but users think it's ugly and doesn't look "right" or "modern" :/

Which users?

Re: Sourcehut welcomes Bitbucket refugees

#129

Post by gburdell3 »

quietbritishjim wrote: post #99
ulkesh wrote: post #74

Serious questions... What does mercurial offer that git doesn’t? Is the transition to git difficult for projects currently housed in a mercurial repository?

There are a few good things about it compared to git (and a few bad ones). One I like is that it has an excellent GUI that is cross platform, called TortoiseHg. I know hackers can be a bit snobbish about GUIs but I really think a GUI is essential for version control: flicking through the revision graph in one pane while looking at the modified files in another and a file's changes in a third is much more efficient th…

Most of the people in my office use SmartGit[1]. It seems pretty powerful, it supports worktrees, and I like how it has a window that shows the actual commands that it's running.

[1] https://www.syntevo.com/smartgit/

Re: Sourcehut welcomes Bitbucket refugees

#130

Post by dcuthbertson »

yebyen wrote: post #108
quietbritishjim wrote: post #99

Earlier quoted context omitted.

There are a few good things about it compared to git (and a few bad ones). One I like is that it has an excellent GUI that is cross platform, called TortoiseHg. I know hackers can be a bit snobbish about GUIs but I really think a GUI is essential for version control: flicking through the revision graph in one pane while looking at the modified files in another and a file's changes in a third is much more efficient th…

I know you said GUI, but this single-line git alias that goes in ~/.gitconfig changed my life and I don't look for a git GUI anymore: [alias] l = log --date-order --date=iso --graph --full-history --all --pretty=format:'%x08%x09%C(red)%h %C(cyan)%ad%x08%x08%x08%x08%x08%x08%x08%x08%x08%x08%x08%x08%x08%x08%x08 %C(bold blue)%aN%C(reset)%C(bold yellow)%d %C(reset)%s' Next, go to one of your git project directories and ty…

How on earth did you create that format string? That alias generates really nice output!
Post reply on HN