You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/get-started/quickstart/hello-world.md
+17-10Lines changed: 17 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -26,27 +26,28 @@ In this quickstart guide, you will:
26
26
* Make changes to a file and push them to {% data variables.product.product_name %} as commits
27
27
* Open and merge a pull request
28
28
29
-
To complete this tutorial, you need a [{% data variables.product.product_name %} account](http://github.com) and Internet access. You don't need to know how to code, use the command line, or install Git (the version control software that {% data variables.product.product_name %} is built on).
29
+
To complete this tutorial, you need a [{% data variables.product.product_name %} account](http://github.com) and Internet access. You don't need to know how to code, use the command line, or install Git (the version control software that {% data variables.product.product_name %} is built on). If you have a question about any of the expressions used in this guide, head on over to the [glossary](/get-started/quickstart/github-glossary) to find out more about our terminology.
30
30
31
31
## Creating a repository
32
32
33
-
A repository is usually used to organize a single project. Repositories can contain folders and files, images, videos, spreadsheets, and data sets -- anything your project needs. Often, repositories include a `README` file, a file with information about your project. {% data variables.product.product_name %} makes it easy to add one at the same time you create your new repository. It also offers other common options such as a license file.
33
+
A repository is usually used to organize a single project. Repositories can contain folders and files, images, videos, spreadsheets, and data sets -- anything your project needs. Often, repositories include a _README_ file, a file with information about your project. _README_ files are written in the plain text Markdown language. You can use this [cheat sheet](https://www.markdownguide.org/cheat-sheet/) to get started with Markdown syntax. {% data variables.product.product_name %} lets you add a _README_ file at the same time you create your new repository. {% data variables.product.product_name %} also offers other common options such as a license file, but you do not have to select any of them now.
34
34
35
35
Your `hello-world` repository can be a place where you store ideas, resources, or even share and discuss things with others.
36
36
37
37
{% data reusables.repositories.create_new %}
38
38
1. In the **Repository name** box, enter `hello-world`.
39
39
2. In the **Description** box, write a short description.
40
40
3. Select **Add a README file**.
41
-
4. Click **Create repository**.
41
+
4. Select whether your repository will be **Public** or **Private**.
42
+
5. Click **Create repository**.
42
43
43
44

44
45
45
46
## Creating a branch
46
47
47
48
Branching lets you have different versions of a repository at one time.
48
49
49
-
By default, your repository has one branch named `main` that is considered to be the definitive branch. You can use branches to experiment and make edits before committing them to `main`.
50
+
By default, your repository has one branch named `main` that is considered to be the definitive branch. You can create additional branches off of `main` in your repository. You can use branches to have different versions of a project at one time. This is helpful when you want to add new features to a project without changing the main source of code. The work done on different branches will not show up on the main branch until you merge it, which we will cover later in this guide. You can use branches to experiment and make edits before committing them to `main`.
50
51
51
52
When you create a branch off the `main` branch, you're making a copy, or snapshot, of `main` as it was at that point in time. If someone else made changes to the `main` branch while you were working on your branch, you could pull in those updates.
52
53
@@ -86,9 +87,9 @@ When you created a new branch in the previous step, {% data variables.product.pr
86
87
87
88
You can make and save changes to the files in your repository. On {% data variables.product.product_name %}, saved changes are called commits. Each commit has an associated commit message, which is a description explaining why a particular change was made. Commit messages capture the history of your changes so that other contributors can understand what you’ve done and why.
88
89
89
-
1.Click the `README.md` file.
90
-
1. Click {% octicon "pencil" aria-label="The edit icon" %} to edit the file.
91
-
3. In the editor, write a bit about yourself.
90
+
1.Under the `readme-edits` branch you created, click the _README.md_ file.
91
+
2. Click {% octicon "pencil" aria-label="The edit icon" %} to edit the file.
92
+
3. In the editor, write a bit about yourself. Try using different Markdown elements.
92
93
4. In the **Commit changes** box, write a commit message that describes your changes.
93
94
5. Click **Commit changes**.
94
95
@@ -117,17 +118,23 @@ You can even open pull requests in your own repository and merge them yourself.
117
118
118
119
5. Click **Create pull request**.
119
120
6. Give your pull request a title and write a brief description of your changes. You can include emojis and drag and drop images and gifs.
121
+
7. Optionally, to the right of your title and description, click the {% octicon "gear" aria-label="The Gear icon" %} next to **Reviewers**. **Assignees**, **Labels**, **Projects**, or **Milestone** to add any of these options to your pull request. You do not need to add any yet, but these options offer different ways to collaborate using pull requests. For more information, see "[About pull requests](/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-pull-requests)."
120
122
7. Click **Create pull request**.
121
123
122
124
Your collaborators can now review your edits and make suggestions.
123
125
124
126
## Merging your pull request
125
127
126
-
In this final step, you will merge your `readme-edits` branch into the `main` branch.
128
+
In this final step, you will merge your `readme-edits` branch into the `main` branch. After you merge your pull request, the changes on your `readme-edits` branch will be incorporated into `main`.
129
+
130
+
Sometimes, a pull request may introduce changes to code that conflict with the existing code on `main`. If there are any conflicts, {% data variables.product.product_name %} will alert you about the conflicting code and prevent merging until the conflicts are resolved. You can make a commit that resolves the conflicts or use comments in the pull request to discuss the conflicts with your team members.
131
+
132
+
In this walk-through, you should not have any conflicts, so you are ready to merge your branch into the main branch.
127
133
128
134
1. Click **Merge pull request** to merge the changes into `main`.
129
-
2. Click **Confirm merge**.
130
-
3. Go ahead and delete the branch, since its changes have been incorporated, by clicking **Delete branch**.
135
+

136
+
2. Click **Confirm merge**. You will receive a message that the request was successfully merged and the request was closed.
137
+
3. Click **Delete branch**. Now that your pull request is merged and your changes are on `main`, you can safely delete the `readme-edits` branch. If you want to make more changes to your project, you can always create a new branch and repeat this process.
0 commit comments