Git

Introduction

To submit your assignment, you need to stage and commit it to your repository and then push it to Github.
In Git, the term "staging" relates to grouping your changed files based on the functionality you are working on. For example, changing the look of the button, or changing the calculation of the tax formula.
Once the files are in the stage, you commit them to your repository, creating a named point in time which records all the changes to your files up until that point. These changes can be viewed for posterity or even rolled back.
Last, you can share your changes with the rest of the team by pusing it to a remote repository.
The repository then notifies your project members that can pull the changes to their computers. Understanding the difference between these three actions is crucial for effective version control and collaboration in Git. Let's take a look at an example!

Git

Staging and Committing

Project

file 1
file 2
file 3
file 4
file 5
file 6

Project

file 1
file 2
file 3
file 4
file 5
file 6

Staging

file 1
file 2
file 3

Repo

Commit 1

file 1
file 2
file 3

Let's talk about how you can safely create different versions of your files. Imagine that you currently have six files in your project.
You changed the first five files while working on your project. But your changes relate to two things you worked on.
For example, the first change would relate to login functionality
and the other changed the look of your task list. Therefore, you would like to separate those two changes into two distinct commits.
This is where the staging area becomes essential. You can choose to stage-specific files or even individual parts of files, which gives you greater control over your commits. For instance, start by staging the first three files.
Staging is also useful for tracking changes in your files. When you’re satisfied with a particular change and want to experiment further, you can store the file in the staging area. This allows you to easily compare any future modifications against the version you’ve staged.
Once you are happy with all your changes and you staged all the files, you can commit them to your repository. This creates a new record, which can be reviewed or rolled back in case you change your mind in the future.

Git

Staging and Committing

Project

file 1
file 2
file 3
file 4
file 5
file 6

Staging

file 4
file 5

Repo

Commit 1
Commit 2

file 4
file 5

Commit message:

Added Login With Google

Local Files

Shared Files

Git

Pulling

Project

file 1
file 2
file 3
file 4
file 5
file 6

Staging

Repo

Commit 1
Commit 2
Commit 3
Commit 4

Github

Commit 1
Commit 2
Commit 3
Commit 4

PULL

Local Files

Shared Files

Git

Pulling

Project

file 1
file 2
file 3
file 4
file 5
file 6

Staging

Repo

Commit 1
Commit 2
Commit 3
Commit 4

Github

Commit 1
Commit 2
Commit 3
Commit 4

PULL

Assignment #1

Checking Solution

www.skillpies.com/profile ?view=bio

Once you submit your files, Github Classroom will run automated checks to see if your solution is correct. There are multiple ways you can check if your solution passed all the tests.
The easiest way is to run "pnpm test" in Visual Studio Code and make sure that all tests turn green.
You can also check out test results in SkillPies. First, make sure you specified your Github user name in your bio on your profile page.
Then, you can just refresh the assignment page, and on the top you will see one of the three possible messages. First, the yellow message tell you that you have not yet pushed any of your changes to the remote repository and the system did not run any tests.
The red message tells you that at a least one of the tests failed and you must re-visit your solution.
The green message is a thumbs up that your solution is correct and you can continue with the next exercise.
You can also visit your repository on Github and see the test log there! First, you have to log in to Github and find the assessment repository. Then, in the "Actions" tab, you will see all the test runs that Github performed. Find the one that interests you and explore the log. This is actually a CI pipeline which we will talk about later in this course. With this assignment you are officially no longer a rookie and let's start doing some real React work!

Full Stack Development

Git and Github

Git

Introduction

Git

Staging and Committing

Git

Staging and Committing

Git

Pulling

Git

Pulling

Assignment #1: Commiting Files

Assignment #1

Checking Solution