Shawn Pearce wrote:
> Clearly there is a gap in communicating these ideas in a way that
> they can be understood by users. Of course in at least one case
> the users just isn't reading any Git documentation and plows ahead
> as though it were CVS ('cause everything's "just like CVS") *sigh*.
I've went through persuading my colleagues (~30 engineers) to use Git and tutoring on it
through the three summer months, and my experience is very similar to Shawn's.
(i.e. confusing local and remote branches, not reading documentation,
and "just like CVS" attitude)
Below is the one git feature that I think was stumbled upon most often:
* people were often anaware of *multiple* branches created by git-clone,
as the operation they wanted was analog of "cvs checkout".
* git-fetch / git-pull tries to download all of the branches that were
preset at git-clone time, and subsequently gives errors if some topic
branches were rewound or dropped, while most of the time my colleagues
were interested in just one "mainline" branch.
I think that the particular issue with the workflow in my organization
could have been solved by the git-checkout and git-clone hybrid
git-checkout ssh://path.to/repo.git#branch [work_dir]
which would clone repository with just one branch and setup the remotes
file accordingly (The syntax is completely made up, of course)
P.S. a few words on the workflow we use:
- there is a "mainline" branch of development, kept as ssh-shared git repository
- mainline commits require some pre-commit testing, which takes ~1.5 hours,
so people tend not to commit to mainline too often. On average, a given
person commits to mainline once or twice a week.
- mainlines commits also require a fellow developer review, that's where
topic branches come in handy. Topic branches are also useful for testing,
as pre-commit testing should be run on several different platforms, thus
on a different machines. Topic branches are kept on the same shared server.
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html