5 ms·

Has anybody seen a "git for people who have no idea how to use git" tutorial? I use git for keeping track of some personal projects, but the extent to which I

by blhack 14y ago

Has anybody seen a "git for people who have no idea how to use git" tutorial? I use git for keeping track of some personal projects, but the extent to which I understand how to use it is: "git commit origin master" We had a hackathon this weekend, and our team had three people on it. I wanted to make it so that they could also commit code into the same repo (I think this it the right term?), but had absolutely no idea how to actually make this happen, and googling didn't seem to give answers that were geared towards somebody with my level-of-understanding of git.

gte910h 14y ago
http://rogerdudler.github.com/git-guide/ http://rogerdudler.github.com/git-guide/ And use Github for a repo, if you want private, get out your CC and pay them a very small amount. For printable http://rogerdudler.github.com/git-guide/files/git_cheat_sheet.pdf http://rogerdudler.github.com/git-guide/files/git_cheat_shee...
- RegEx 14y ago
  Or just use bitbucket for free private repos up to teams of 5.
xxbondsxx 14y ago
There is always: http://try.github.com http://try.github.com For an interactive tutorial on adding files and the like. It gives a pretty file-centric view of the whole operation though... I'm working on a branch-centric tutorial here: http://petercottle.com/gitGraph/src/index.html?demo http://petercottle.com/gitGraph/src/index.html?demo But it's not done yet (levels in the works)
mrnil 14y ago
Read ProGit: http://git-scm.com/book http://git-scm.com/book > "git commit origin master" That's not how to do it :) > I wanted to make it so that they could also commit code into the same repo No. Each developer works in her private repo, for sharing work you use a bare repo people push to / fetch from.
- grannyg00se 14y ago
  >No. Each developer works in her private repo, for sharing work you use a bare repo people push to / fetch from What do you mean by a "bare repo"? blhack wants to make it so that they commit code into the same repo. You could do that by setting up a repository somewhere, and then each person would clone it.
  - mrnil 14y ago
    No, you are mixing things up here. commit is a local operation.
    - grannyg00se 14y ago
      I didn't mean to indicate it wasn't. You could setup a remote and each person could clone that remote. I left out the details about what you do after you clone (push/pull), but the point was that there is nothing special about the remote repository as far as it being "bare". Which turns out isn't right. You can set up a bare repository with no working directory as 2mur has pointed out. I wonder if that is a requirement. I always thought that if you clone a repository you can just start using it as a remote without additional hassle.
      - mrnil 14y ago
        > Which turns out isn't right. Sorry, you lost me; what's not right? > You can set up a bare repository with no working directory A bare repository has no working tree per se. > I wonder if that is a requirement. I always thought that if you clone a repository you can just start using it as a remote without additional hassle You can use bare and non-bare repositories as remote, but you should use only bare repositories (unless you know what you are doing). Here's a good explanation: http://bare-vs-nonbare.gitrecipes.de/ http://bare-vs-nonbare.gitrecipes.de/
  - 2mur 14y ago
    --bare ensures you don't have a working directory. It is the bare .git directory only. You don't want people pushing to your working directory. Simple as that.
jiggy2011 14y ago
It depends on whether you have used other version control before. If you jump straight to using git in production , you'll experience a lot of "git anxiety" every time you run a command that you're not quite sure what it will do. There's always the git book. http://git-scm.com/book http://git-scm.com/book Realistically git isn't something that you can just pick up on an ad-hoc basis. Best way is just to make a folder, fill it with some random text files and type "git init". Then you can practise, just make changes to files. Try branching and merging, try rebasing some commits to a different branch, try cherry picking from one branch to another. Make sure you get some practise in merging conflicting changes because that comes up annoyingly often in the real world (so pick a merge tool that you are comfortable using since git will plug in to a few but the default one is not the most friendly). You can learn it pretty well from one machine, but it might help to setup a github and use another machine (or VM) to practise the "distributed" part (understanding origin/master etc). Don't necessarily worry about learning everything from the get go, I have used it for about a year and there's still plenty of features I haven't ever had to use but make sure you understand what you think you understand. When you are learning you'll find stuff will happen which wasn't what you expected, at this point you can start googling and will probably end up on a stack overflow page that will answer your question succinctly. There will be times when you think you have broken everything, you probably haven't. At this point git log and git reset are your friends.
prostoalex 14y ago
Use SVN. There's lack of "svn for people who have no idea how to use svn" tutorials, and when they're published, they tend to be single-paragraph. I'm not sure git is a perfect solution for any project. Unless you intend to pull each other's modifications, the idea of a central "trunk" and custom "branches" is easy to explain to anybody in 5 minutes.
- jiggy2011 14y ago
  Isn't pulling each others modifications kind of the point of VCS?
  - prostoalex 14y ago
    No, most of the time you want to pull from trunk, which everybody agrees on is the most current version, not feature A from Alice, and feature B from Bob and see where you end up.
pydave 14y ago
When I started with git, I really enjoyed the PeepCode Git Internals book: https://peepcode.com/products/git-internals-pdf https://peepcode.com/products/git-internals-pdf It's $12 (or $9 according to the preview) and the first thing it tells you to do is forget everything you know about source control. If you know SVN and want to use that knowledge to learn Git, I don't think you'd like this book. If you think knowing the underlying data model will help you be more effective with git, this book is for you. The book has lots of diagrams and I thought it was pretty well written (and not too slow). I use git for personal projects (not production code). Unlike many who think git is a hostile hateful thing, I think git has a brilliant command-line user interface. I don't know if this book made me that way, but I also use Vim so that might explain it (again, I disagree with the prevailing opinion of hostile hateful thing).
SpikeMeister 14y ago
http://gitimmersion.com/ http://gitimmersion.com/ - This is a lab taking you through everything. I found it very helpful when introducing Git to my team mates who had little to no experience with source control. It's a bit light on concepts but is fairly practical.
rmccue 14y ago
I gave a two hour talk on git, starting from the ground up: https://speakerdeck.com/rmccue/introduction-to-git-plus-using-git-with-wordpress https://speakerdeck.com/rmccue/introduction-to-git-plus-usin... Still working on getting the videos up, but the slides should give a little bit of an introduction, albeit slightly confusing without the speaking.

by blhack 14y ago

gte910h 14y ago

http://rogerdudler.github.com/git-guide/ http://rogerdudler.github.com/git-guide/ And use Github for a repo, if you want private, get out your CC and pay them a very small amount. For printable http://rogerdudler.github.com/git-guide/files/git_cheat_sheet.pdf http://rogerdudler.github.com/git-guide/files/git_cheat_shee...

RegEx 14y ago
Or just use bitbucket for free private repos up to teams of 5.

xxbondsxx 14y ago

There is always: http://try.github.com http://try.github.com For an interactive tutorial on adding files and the like. It gives a pretty file-centric view of the whole operation though... I'm working on a branch-centric tutorial here: http://petercottle.com/gitGraph/src/index.html?demo http://petercottle.com/gitGraph/src/index.html?demo But it's not done yet (levels in the works)

mrnil 14y ago

Read ProGit: http://git-scm.com/book http://git-scm.com/book > "git commit origin master" That's not how to do it :) > I wanted to make it so that they could also commit code into the same repo No. Each developer works in her private repo, for sharing work you use a bare repo people push to / fetch from.

grannyg00se 14y ago
>No. Each developer works in her private repo, for sharing work you use a bare repo people push to / fetch from What do you mean by a "bare repo"? blhack wants to make it so that they commit code into the same repo. You could do that by setting up a repository somewhere, and then each person would clone it.
- mrnil 14y ago
  No, you are mixing things up here. commit is a local operation.
  - grannyg00se 14y ago
    I didn't mean to indicate it wasn't. You could setup a remote and each person could clone that remote. I left out the details about what you do after you clone (push/pull), but the point was that there is nothing special about the remote repository as far as it being "bare". Which turns out isn't right. You can set up a bare repository with no working directory as 2mur has pointed out. I wonder if that is a requirement. I always thought that if you clone a repository you can just start using it as a remote without additional hassle.
    - mrnil 14y ago
      > Which turns out isn't right. Sorry, you lost me; what's not right? > You can set up a bare repository with no working directory A bare repository has no working tree per se. > I wonder if that is a requirement. I always thought that if you clone a repository you can just start using it as a remote without additional hassle You can use bare and non-bare repositories as remote, but you should use only bare repositories (unless you know what you are doing). Here's a good explanation: http://bare-vs-nonbare.gitrecipes.de/ http://bare-vs-nonbare.gitrecipes.de/
- 2mur 14y ago
  --bare ensures you don't have a working directory. It is the bare .git directory only. You don't want people pushing to your working directory. Simple as that.

jiggy2011 14y ago

It depends on whether you have used other version control before. If you jump straight to using git in production , you'll experience a lot of "git anxiety" every time you run a command that you're not quite sure what it will do. There's always the git book. http://git-scm.com/book http://git-scm.com/book Realistically git isn't something that you can just pick up on an ad-hoc basis. Best way is just to make a folder, fill it with some random text files and type "git init". Then you can practise, just make changes to files. Try branching and merging, try rebasing some commits to a different branch, try cherry picking from one branch to another. Make sure you get some practise in merging conflicting changes because that comes up annoyingly often in the real world (so pick a merge tool that you are comfortable using since git will plug in to a few but the default one is not the most friendly). You can learn it pretty well from one machine, but it might help to setup a github and use another machine (or VM) to practise the "distributed" part (understanding origin/master etc). Don't necessarily worry about learning everything from the get go, I have used it for about a year and there's still plenty of features I haven't ever had to use but make sure you understand what you think you understand. When you are learning you'll find stuff will happen which wasn't what you expected, at this point you can start googling and will probably end up on a stack overflow page that will answer your question succinctly. There will be times when you think you have broken everything, you probably haven't. At this point git log and git reset are your friends.

prostoalex 14y ago

Use SVN. There's lack of "svn for people who have no idea how to use svn" tutorials, and when they're published, they tend to be single-paragraph. I'm not sure git is a perfect solution for any project. Unless you intend to pull each other's modifications, the idea of a central "trunk" and custom "branches" is easy to explain to anybody in 5 minutes.

jiggy2011 14y ago
Isn't pulling each others modifications kind of the point of VCS?
- prostoalex 14y ago
  No, most of the time you want to pull from trunk, which everybody agrees on is the most current version, not feature A from Alice, and feature B from Bob and see where you end up.

pydave 14y ago

When I started with git, I really enjoyed the PeepCode Git Internals book: https://peepcode.com/products/git-internals-pdf https://peepcode.com/products/git-internals-pdf It's $12 (or $9 according to the preview) and the first thing it tells you to do is forget everything you know about source control. If you know SVN and want to use that knowledge to learn Git, I don't think you'd like this book. If you think knowing the underlying data model will help you be more effective with git, this book is for you. The book has lots of diagrams and I thought it was pretty well written (and not too slow). I use git for personal projects (not production code). Unlike many who think git is a hostile hateful thing, I think git has a brilliant command-line user interface. I don't know if this book made me that way, but I also use Vim so that might explain it (again, I disagree with the prevailing opinion of hostile hateful thing).

SpikeMeister 14y ago

http://gitimmersion.com/ http://gitimmersion.com/ - This is a lab taking you through everything. I found it very helpful when introducing Git to my team mates who had little to no experience with source control. It's a bit light on concepts but is fairly practical.

rmccue 14y ago

I gave a two hour talk on git, starting from the ground up: https://speakerdeck.com/rmccue/introduction-to-git-plus-using-git-with-wordpress https://speakerdeck.com/rmccue/introduction-to-git-plus-usin... Still working on getting the videos up, but the slides should give a little bit of an introduction, albeit slightly confusing without the speaking.