5 ms·

Git Tutorials and Training

156 points by eaxitect 13y ago

capkutay 13y ago
Can anyone here comment on atlassian's stash vs github's enterprise offering? It seems nice to have jira integration while github is clearly very popular in the open source world.
- avar 13y ago
  One of the differences is an insane difference in price. According to their two respective pricing pages a 500 user installation would be $12,000 with stash and $125,000 with GitHub::Fi.
  - jonnii 13y ago
    I believe volume licenses apply after 100 users, but even so there is a rather large price difference.
- taspeotis 13y ago
  Stash is great. We use it at work and it's quite simple yet powerful. You can set up branch permissions, require at least one approval before merging pull requests, one Bamboo build to pass etc. Since JIRA 6.1 (I think) you can branch from within JIRA, if it's wired up to Stash. (Although this might be any Git repository.)
  - semerda 13y ago
    Yap, branching from within Jira 6.1 is great. With the OnDemand suite this all just works flawlessly too!
- maaaats 13y ago
  There is GitHub integration in JIRA. Not as much as with Stash, but it's ok.
- stinos 13y ago
  If it's really like in this video: https://www.atlassian.com/software-development?utm_source=jira-git-email&utm_medium=email&utm_campaign=jira-git https://www.atlassian.com/software-development?utm_source=ji..., then it should be pretty awesome
kmfrk 13y ago
What would be really existing is a venture that aims to teach Git to a "niche" like writers, liberal-arts students or an area outside that of programming. I think that could be pretty exciting. They could basically do it without mentioning Git overmuch.
- guynamedloren 13y ago
  That's kind of what I'm trying to do with a project I'm working on [1]. Everything is backed by git repositories, and the interface allows you to work with git (branch, commit, fork, merge, etc) without actually knowing any git commands. Essentially, git is masked beneath the surface, but you get all of the power of git for versioning and collaborating. [1] http://www.penflip.com http://www.penflip.com
OliC 13y ago
I can't recommend Githug highly enough for learning git: https://github.com/Gazler/githug https://github.com/Gazler/githug
fusiongyro 13y ago
I'm not digging their increasing emphasis on git.
- wdewind 13y ago
  Why not?
  - fusiongyro 13y ago
    Because I use Mercurial. They're going to wind up sacrificing their Mercurial business, where they're the market leader, in order to play second fiddle to github. I love their stuff and have used bitbucket since prior to the acquisition, and I respect that they may have to do this for business reasons, but that doesn't mean I have to like it.
    - brandonbloom 13y ago
      I wouldn't be surprised if their Mercurial business is stagnating because, let's face it, Git has won. With that in mind, it might not be such a bad thing if they sacrifice a market of shrinking value.
      - fusiongyro 13y ago
        It won't be a bad thing for them, but that's not why I'm complaining.
      - ezquerra 13y ago
        Git currently has a greater mindshare than mercurial, specially on HN and many open source circles. I don't think that is enough to consider that "git has won". There are big projects and big companies that use mercurial instead of git (e.g. Mozilla, Python, Facebook). Both git and mercurial are great and both can (and probably will) coexist for the foreseeable future. If you only read proggit or HN you could think that everybody uses git. The reality is that there are many teams that use mercurial. There are many, many teams that are still using old style non distributed VCS. There are lots of teams that don't even use any VCS at all! There are lots of people (myself included) who consider that git is needlessly complex, and that mercurial hits a better trade off between power and complexity. A lot of teams would be much better served by using mercurial instead of git. I know for example of several HW design teams that decided to use mercurial because they found it much easier to use. In addition, I don't think that git or mercurial, as they currently stand, are the best we can do on a DVCS. There are plenty of areas where they both can improve (submodules / subrepos being one of them, but also better support for code review workflows, simpler / safer history rewriting, etc). Perhaps something else will come that will learn from git's and mercurial's mistakes and improve on what they offer? What I mean by this small rant is that it would be foolish to consider that git has "won" and that there is nothing that can come and improve on it. I hope that the git devs don't think that way. I know that the mercurial devs definitely don't think that way, given the number of cool things that they are working on (e.g. with the evolve extension being my preferred one).
joliv 13y ago
Nice clean, simple overviews on the different git workflows.
reinhardt 13y ago
I'm getting invalid certificate.
diptanu 13y ago
I find http://gitimmersion.com/ http://gitimmersion.com/ to be a better hands-on guide to learning Git. Very useful for beginners.

156 points by eaxitect 13y ago

Can anyone here comment on atlassian's stash vs github's enterprise offering? It seems nice to have jira integration while github is clearly very popular in the open source world.

avar 13y ago
One of the differences is an insane difference in price. According to their two respective pricing pages a 500 user installation would be $12,000 with stash and $125,000 with GitHub::Fi.
- jonnii 13y ago
  I believe volume licenses apply after 100 users, but even so there is a rather large price difference.
taspeotis 13y ago
Stash is great. We use it at work and it's quite simple yet powerful. You can set up branch permissions, require at least one approval before merging pull requests, one Bamboo build to pass etc. Since JIRA 6.1 (I think) you can branch from within JIRA, if it's wired up to Stash. (Although this might be any Git repository.)
- semerda 13y ago
  Yap, branching from within Jira 6.1 is great. With the OnDemand suite this all just works flawlessly too!
maaaats 13y ago
There is GitHub integration in JIRA. Not as much as with Stash, but it's ok.
stinos 13y ago
If it's really like in this video: https://www.atlassian.com/software-development?utm_source=jira-git-email&utm_medium=email&utm_campaign=jira-git https://www.atlassian.com/software-development?utm_source=ji..., then it should be pretty awesome

kmfrk 13y ago

What would be really existing is a venture that aims to teach Git to a "niche" like writers, liberal-arts students or an area outside that of programming. I think that could be pretty exciting. They could basically do it without mentioning Git overmuch.

guynamedloren 13y ago
That's kind of what I'm trying to do with a project I'm working on [1]. Everything is backed by git repositories, and the interface allows you to work with git (branch, commit, fork, merge, etc) without actually knowing any git commands. Essentially, git is masked beneath the surface, but you get all of the power of git for versioning and collaborating. [1] http://www.penflip.com http://www.penflip.com

OliC 13y ago

I can't recommend Githug highly enough for learning git: https://github.com/Gazler/githug https://github.com/Gazler/githug

fusiongyro 13y ago

I'm not digging their increasing emphasis on git.

wdewind 13y ago
Why not?
- fusiongyro 13y ago
  Because I use Mercurial. They're going to wind up sacrificing their Mercurial business, where they're the market leader, in order to play second fiddle to github. I love their stuff and have used bitbucket since prior to the acquisition, and I respect that they may have to do this for business reasons, but that doesn't mean I have to like it.
  - brandonbloom 13y ago
    I wouldn't be surprised if their Mercurial business is stagnating because, let's face it, Git has won. With that in mind, it might not be such a bad thing if they sacrifice a market of shrinking value.
    - fusiongyro 13y ago
      It won't be a bad thing for them, but that's not why I'm complaining.
    - ezquerra 13y ago
      Git currently has a greater mindshare than mercurial, specially on HN and many open source circles. I don't think that is enough to consider that "git has won". There are big projects and big companies that use mercurial instead of git (e.g. Mozilla, Python, Facebook). Both git and mercurial are great and both can (and probably will) coexist for the foreseeable future. If you only read proggit or HN you could think that everybody uses git. The reality is that there are many teams that use mercurial. There are many, many teams that are still using old style non distributed VCS. There are lots of teams that don't even use any VCS at all! There are lots of people (myself included) who consider that git is needlessly complex, and that mercurial hits a better trade off between power and complexity. A lot of teams would be much better served by using mercurial instead of git. I know for example of several HW design teams that decided to use mercurial because they found it much easier to use. In addition, I don't think that git or mercurial, as they currently stand, are the best we can do on a DVCS. There are plenty of areas where they both can improve (submodules / subrepos being one of them, but also better support for code review workflows, simpler / safer history rewriting, etc). Perhaps something else will come that will learn from git's and mercurial's mistakes and improve on what they offer? What I mean by this small rant is that it would be foolish to consider that git has "won" and that there is nothing that can come and improve on it. I hope that the git devs don't think that way. I know that the mercurial devs definitely don't think that way, given the number of cool things that they are working on (e.g. with the evolve extension being my preferred one).

joliv 13y ago

Nice clean, simple overviews on the different git workflows.

reinhardt 13y ago

I'm getting invalid certificate.

diptanu 13y ago

I find http://gitimmersion.com/ http://gitimmersion.com/ to be a better hands-on guide to learning Git. Very useful for beginners.