Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    primarykey
    data
    text
    <ol> <li><blockquote> <p>What is the difference between Git and GitHub?</p> </blockquote> <p>Git is a version control system; think of it as a series of <a href="http://git-scm.com/figures/18333fig0105-tn.png">snapshots</a> (commits) of your code. You see a path of these snapshots, in which order they where created. You can make branches to experiment and come back to snapshots you took.</p> <p>GitHub, is a web-page on which you can publish your Git repositories and collaborate with other people.</p></li> <li><blockquote> <p>Is Git saving every repository locally (in the user's machine) and in GitHub?</p> </blockquote> <p>No, it's only local. You can decide to push (publish) some branches on GitHub.</p></li> <li><blockquote> <p>Can you use Git without GitHub? If yes, what would be the benefit for using GitHub?</p> </blockquote> <p>Yes, Git runs local if you don't use GitHub. An alternative to using GitHub could be running Git on files hosted on Dropbox, but GitHub is a more streamlined service as it was made especially for Git.</p></li> <li><blockquote> <p>How does Git compare to a backup system such as Time Machine?</p> </blockquote> <p>It's a different thing, Git lets you track changes and your development process. If you use Git with GitHub, it becomes effectively a backup. However usually you would not push all the time to GitHub, at which point you do not have a full backup if things go wrong. I use git in a folder that is synchronized with Dropbox.</p></li> <li><blockquote> <p>Is this a manual process, in other words if you don't commit you won't have a new version of the changes made?</p> </blockquote> <p>Yes, committing and pushing are both manual.</p></li> <li><blockquote> <p>If are not collaborating and you are already using a backup system why would you use Git?</p> </blockquote> <ul> <li><p>If you encounter an error between commits you can use the command <code>git diff</code> to see the differences between the current code and the last working commit, helping you to locate your error.</p></li> <li><p>You can also just go back to the last working commit.</p></li> <li><p>If you want to try a change, but are not sure that it will work. You create a branch to test you code change. If it works fine, you merge it to the main branch. If it does not you just throw the branch away and go back to the main branch.</p></li> <li><p>You did some debugging. Before you commit you always look at the changes from the last commit. You see your debug print statement that you forgot to delete.</p></li> </ul></li> </ol> <p>Make sure you check <a href="http://gitimmersion.com">gitimmersion.com</a>.</p>
    singulars
    1. This table or related slice is empty.
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. VO
      singulars
      1. This table or related slice is empty.
    2. VO
      singulars
      1. This table or related slice is empty.
    3. VO
      singulars
      1. This table or related slice is empty.
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload