Originally posted by orzel
View Post
Announcement
Collapse
No announcement yet.
Mozilla Firefox Development Finally Moving Entirely To Git
Collapse
X
-
Originally posted by Gusar View PostSignificantly easier to understand interface. Doing anything in git is typing in dark magic voodoo incantations. Mercurial is much simpler to grasp. Though I'd say git is more powerful. But unleashing that power, as I said, dark magic voodoo.
I wouldn't say the problem or failing command line incantations are solved with voodoo magic, more specifically, the developer or developers seemingly have a warped perception of what is easy within reality. As if they were under the influence of psychotropic drugs or have had significant head injuries. Designing a tool for easy user intuitiveness is extremely desirable, however requires a little bit of thinking before software coding. There's an entire books written concerning proper coding, Practice of Programming, Kerningham; the beginning of the book is a must read. Fundamentally with git, just design something so stupid people can use the tool within one or two executions!
There is one rational for designing a confusing tool... for selling more books instructing usage of the software tool! Plenty of Git books nowadays, however none make Git any easier!
Last edited by rogerx; 07 November 2023, 02:08 AM.
- Likes 1
Comment
-
Originally posted by rogerx View PostI wouldn't say the problem or failing command line incantations are solved with voodoo magic, more specifically, the developer or developers seemingly have a warped perception of what is easy within reality. ...
<then some Innacurate insulting ranting>
When I maintained a long-lived branch to add a big new feature to a rapidly evolving project, I needed a lot of help, and two senior developers told me they didn't really understand git until they read its source code. !!! The rest of us just have to cast around for "voodoo incantations" that match what we're trying to achieve, and slowly over time it gets clearer.
Comment
-
Originally posted by Berniyh View PostI actually disagree. I think it might be true for somebody who worked with cvs and svn before. (And maybe some other tools)
Personally, I only really started with git, when it came up, around 2008 and I never had big issues with its usability. On the other hand, I found svn to be very complicated
But i really don't get why people have trouble with git's staging, cloning, merging. Sure, once you manually fiddle around with HEAD or multiple remotes and the like, it can get more involved. But the basic functions are pretty straight forward imho. And i'm far from a "seasoned developer".
Comment
-
Originally posted by vextium View PostShould of moved to jj smh (sarcasm obviously) but it is an interesting project! https://github.com/martinvonz/jj
Thanks for the pointer, jujutsu is really interesting, thanks. As a counterpoint to what I wrote above, it drops git's distinction between "index" and "staging area" and has interesting ideas about each save as a commit, treating conflicts as managed objects, automatically rebasing when previous commits are modified, etc. But is it conceptually simpler than git and easier in all situations? hmmm...
Its Related work page is excellent, covering several other DVCS projects.
Comment
-
they could keep (~at least) a read-only, most current main repository on mercurial, being updated from git main repository (for to keep testing work flow for mercurial users), being automated that should not be a noticeable difficulty or demand (while repository reading from servers would be on distributed systems/organizations/maintenance/licenses)
Originally posted by dlq84 View Post
Why do people confuse GitHub with git? They are two different things...
Originally posted by Termy View Postsvn
Last edited by back2未來; 07 November 2023, 07:33 AM. Reason: source-code-hosting facilities stats on ~non-commercial members/developers
Comment
-
Originally posted by back2未來 View Postmaybe, bcse it's an equal command 'git' from command shell for accessing it (while one is attached to Microsoft (~83M users), git is maintained on GNU GPLv2 license, gitlab MIT license commercial&community based, gitee ~5M users 'Chinese github' version, openhub, bitbucket, mercurial or svn, etc.)
- Likes 1
Comment
-
Originally posted by dlq84 View Post
I mean, Github is a host for git repos, of course you're going to use the git command, what else would you use?... The same way all browsers are using HTTP doesn't mean google owns HTTP just because it's the biggest browser by marked share MS doesn't own git just because Github has the most amount of users. The confusion still doesn't make sense to me.Last edited by back2未來; 04 December 2023, 03:51 PM. Reason: estimation for user numbers (%-base) for git-scm ~2014
Comment
-
Originally posted by skierpage View Post(...) but I trust that Linus had reasons for it and knew what he was doing when he exposed the differences in commands like `git reset`. Wishing for something simpler is wishing for a tool that does less;
It's a mix between 'devotion' (gods know, i trust them), and the common feeling that hard-to-use tools are probably very powerful. Some people are kinda proud of using a complicated tool, that makes them feel superior. You know, the common adage that drugs SHOULD taste bad to be efficient. And it raises the barrier for newcomers, it 'protects' their reputation/jobs/whatever.
imho, source control should not get in my way. Mercurial was out of my way after several minutes of using/testing. Git still keeps hurting me.
Originally posted by skierpage View Postit's not going to happen. It's easy to wish for a simpler git subset that doesn't allow you to shoot your foot off, and (...)
Some mentionned mercurial could sometimes be slow. I've never felt that. It happened long ago, at the beginning (both for hg/git), but it's been fixed, for both. I manage some repositories the same size of the kernel and it's ok. But i dont use such big repositories in git to make a fair comparison, tbh.
Comment
Comment