| |||||||||||||
No D on DVCS via github?No D on DVCS via github?Posted Dec 6, 2012 20:09 UTC (Thu) by vonbrand (subscriber, #4458)Parent article: Quotes of the week
As with github you are forced to do all work against the server... (It shows that the poster hasn't ever tried git)
(Log in to post comments)
No D on DVCS via github? Posted Dec 6, 2012 21:25 UTC (Thu) by apoelstra (subscriber, #75205) [Link]
>(It shows that the poster hasn't ever tried git)
The poster's signature is "Director of Subversion", so regardless of whether he's actually tried git, he has some incentive to make comments like this.
No D on DVCS via github? Posted Dec 7, 2012 0:02 UTC (Fri) by jtc (subscriber, #6246) [Link]
'The poster's signature is "Director of Subversion", so regardless of whether he's actually tried git, he has some incentive to make comments like this.'
Yes, it's a very subversive comment.
No D on DVCS via github? Posted Dec 7, 2012 8:54 UTC (Fri) by man_ls (subscriber, #15091) [Link] It is true that the biggest jump from centralized version control to distributed is mental; this guy clearly doesn't get it. It is also true that the best way to make the jump is by using it. It quite irresponsible to speak about the competition without having used and understood their projects.
No D on DVCS via github? Posted Dec 14, 2012 6:54 UTC (Fri) by sitaram (subscriber, #5959) [Link]
You should see LinkedIn's "Git Community". There are folks whose main purpose in being there appears to be (to me anyway; they may disagree!) to spread a bit of FUD around. Nothing overt, but enough that someone who does not know git, reading some of those posts, will think twice about switching from their 1000-seat commercial license.
And yes, most of those guys have designations similar to the one we're talking about here. And they're from companies that have been around a few years and have (I imagine) a sizable chunk of CVCS using customers. (Curiously I never see a "developer" or "development manager" from those places. It's always a "marketing director" or "business development manager" or some such!)
At the moment only I and one other person seem to respond with any regularity. No idea if there just aren't enough neutral+clueful persons there or there are but they don't care or they don't see it as a problem.
Would be nice if any of you folks with linkedin accounts would join up, keep an eye on the traffic, and respond once in a while!
No D on DVCS via github? Posted Dec 7, 2012 6:04 UTC (Fri) by bronson (subscriber, #4806) [Link]
Careful with that link, not sure it goes where you think.
No D on DVCS via github? Posted Dec 13, 2012 10:01 UTC (Thu) by yeti-dn (guest, #46560) [Link]
Oh, let's dance around laughing because github does not enforce anything. It's surely better than actually looking at how people end up using github in practice.
No D on DVCS via github? Posted Dec 13, 2012 22:53 UTC (Thu) by man_ls (subscriber, #15091) [Link] With github people always have a local repo, and they can sync with it (up and down, or push and pull) when they want. With svn, if you are offline then you cannot work -- or you do one gigantic commit afterwards. Preposterous.That is just the bare minimum; people also sync with other repos all the time, fork and sync afterwards, request merges, etcetera. It is not hard to do, there are big shiny buttons to simplify it. Besides, the implication is that distributed git does not work unless it's centralized in a single place. Just the notion of having two or more repos as upstream is apparently too confusing for "normal people". I cannot fathom what that means in the context of developers without imagining sweat shops of lowly Visual Basic coders -- glad to switch from SourceSafe to anything else.
No D on DVCS via github? Posted Dec 14, 2012 20:30 UTC (Fri) by mirabilos (subscriber, #84359) [Link]
That’s called “disconnected operation on a non-distributed VCS” though.
No D on DVCS via github? Posted Dec 15, 2012 0:48 UTC (Sat) by man_ls (subscriber, #15091) [Link] The first paragraph, yes. You get it for free with git and other DVCS. Even at this basic level you are ahead of the game with git, because AFAIK svn does not support local commits. (Perhaps other centralized VCS's have it, but in this context I am not sure it is relevant.)Then there is the rest of the features that github makes easy, but which are trivial to anyone that has worked with patches for a couple of years.
No D on DVCS via github? Posted Dec 14, 2012 4:13 UTC (Fri) by apoelstra (subscriber, #75205) [Link]
> Oh, let's dance around laughing because github does not enforce anything. It's surely better than actually looking at how people end up using github in practice.
People use github in as many different ways as people use git.
For example, I often use github repositories as a read-only central repository, on top of which I have a few local changes. Then I periodically sync with "git fetch origin && git rebase origin master". Maybe I'll read the new entries of "git log origin --not master" before rebasing. This is nearly the way I'd use a centralized CVS.
Other times I'll add several github repositories as remotes to a local repository. (Such as on the bitcoin project, where several developers have their own repositories where they push experimental changes.) Then I can switch between their code and mine and cherry-pick to my heart's content.
With my own code, I start working with local git repositories -- well, local in the sense that the "origin" remote lives on my backup server. Then if I want to publish things, I can just set up a github repo, add it as a remote, then push things to and from there. When people send me pull requests or patches, I can pull them to the local system and rearrange them, then push them to the github remote.
Besides, Github itself has pretty buttons for managing pull requests between different github repositories, and also has key management tools if you want to let people push directly. So they go further than just "not enforcing anything" and actively support different workflows.
The only times I use git in such a simple way that svn could handle it, I'm using "git clone" as a shortcut for wget and tar -- that is, I'm not controlling the source code at all.
|
|||||||||||||