Not logged in
Log in now
Create an account
Subscribe to LWN
LWN.net Weekly Edition for May 23, 2013
An "enum" for Python 3
An unexpected perf feature
LWN.net Weekly Edition for May 16, 2013
A look at the PyPy 2.0 release
No D on DVCS via github?
Posted Dec 6, 2012 20:09 UTC (Thu) by vonbrand (subscriber, #4458)
As with github you are forced to do all work against the server...
(It shows that the poster hasn't ever tried git)
Posted Dec 6, 2012 21:25 UTC (Thu) by apoelstra (subscriber, #75205)
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.
Posted Dec 7, 2012 0:02 UTC (Fri) by jtc (subscriber, #6246)
Yes, it's a very subversive comment.
Posted Dec 7, 2012 8:54 UTC (Fri) by man_ls (subscriber, #15091)
Posted Dec 14, 2012 6:54 UTC (Fri) by sitaram (subscriber, #5959)
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!
Posted Dec 7, 2012 6:04 UTC (Fri) by bronson (subscriber, #4806)
Posted Dec 13, 2012 10:01 UTC (Thu) by yeti-dn (guest, #46560)
Posted Dec 13, 2012 22:53 UTC (Thu) by man_ls (subscriber, #15091)
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.
Posted Dec 14, 2012 20:30 UTC (Fri) by mirabilos (subscriber, #84359)
Posted Dec 15, 2012 0:48 UTC (Sat) by man_ls (subscriber, #15091)
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.
Posted Dec 14, 2012 4:13 UTC (Fri) by apoelstra (subscriber, #75205)
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.
Copyright © 2012, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds