-
Notifications
You must be signed in to change notification settings - Fork 0
walkerhound edited this page Oct 11, 2012
·
29 revisions
This page compiles different information about git or github
Wikipedia Article on Revision Control
- Version Control System (VCS)
- A version control system keeps track of changes in files by saving multiple versions of files. A file version includes information about who made changes to the file and when the changes were made. If a file is changed in error, a previous version of the file can be restored.
- Repository
- A repository is a collection of files and directories - including history - that are controlled by a VCS.
- Working Copy
- A working copy or working directory is the local copy of a VCS repository.
- Distributed Version Control System (DVCS)
- A distributed version control system takes a peer to peer approach to version control. Each peer has a local copy of the VCS repository, including all history. Git is a distributed version control system.
- Commit or check in
- A commit or check in writes changes in the staging area back to the repository
- Staging Area
- The staging area stores information about what will go into the next commit. The staging area is sometimes called the index.

- Use git for programs only
- The exception is that we also store some files used on the wiki in git
- Do not store data
- Do not store binaries and executables
- Commit early and often
- Enter useful Commit Messages
- By default, files will be considered to be owned by the person who initially added the file to the repository.
- Communicate when changing/copying files owned by someone else.
- If you have an improvement, you might want to change the file in place.
- Discuss this with the original owner.
- This file is now considered to be "shared".
- If you want to modify the program, copy it to a new location.
- Let the original owner know.
- You are the owner of the new file.
- Keep your local repository synchronized with the repository on github.
- Moving local changes to github:
- When you change a file that you own and that is not shared, push (or resync) the file to github after committing.
- For a file that is shared, the process is more complicated.
- Moving local changes to github:
- The easiest thing to do is to be sure that two people don't change a shared file at the same time.
- Moving changes on github to your local repository:
- pull or resync with the github repository.
- Don't panic
- If you're not confident about a particular action, copy your working directory on the file system to be sure you don't lose anything
SourceTree Git Client for Mac OS X
What is Jenkins?