Git Flashcards Preview

AppAcademy > Git > Flashcards

Flashcards in Git Deck (12)
Loading flashcards...
1
Q

Version control

A

system that records changes to a file or set of files over time so that you can recall specific versions later.

2
Q

VCS allows you to revert files back to a previous state

A

true

3
Q

if you screw things up, you can generally recover easily

A

true

4
Q

CVCS

A

centralized version control system have a single server that contains all the versioned files, and a number of clients that check out files from that central place. this has been the standard for version control

5
Q

DVCS

A

distributed version control system : clients fully mirror the repository to save work if the server dies

6
Q

major difference between git and any other VCS

A

VCS stores information as a list of file. git thinks of its data more like snapshots of mini filesystem. everytime you commit, or save the state of your project in git, it takes a picture of what all your files look like at that moment and stores a reference to that snapshot

7
Q

if a file has not changed, git doesnt store the file again, just a link to the previous identical file is has already stored

A

true

8
Q

git operations are nearly local

A

you can work and commit on an airplane or without internet connection.

9
Q

git has integrity

A

impossible to change content of any file without git knowing about it. you cant lose information in transit or get file corruption without git being able to detect it.

10
Q

SHA-1 hash

A

mechanism for checksumming technique in ‘git has integrity’

11
Q

3 main states your file can reside in

A

committed, modified, and stagedCommitted means that the data is safely stored in your local database. Modified means that you have changed the file but have not committed it to your database yet. Staged means that you have marked a modified file in its current version to go into your next commit snapshot.

12
Q

basic git workflow

A
  1. modify files in your working directory
  2. you stage the files, adding snapshots of them to your staging area.
  3. you do a commit, which takes the file as they are in the staging area and stores that snapshot permanently to your git directory