@jgiox/goodvibes 1.0.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -0,0 +1,95 @@
1
+ # Getting started
2
+
3
+ Git is a tool for tracking changes to code over time. GitHub is the website where code is shared and teams collaborate on projects. This guide walks you through the essential steps to make your first contribution — even if you have never used git before.
4
+
5
+ ## Clone the project
6
+
7
+ Cloning means downloading a copy of the project to your computer. Run this command in your terminal:
8
+
9
+ ```
10
+ git clone <repository-url>
11
+ ```
12
+
13
+ To find the repository URL, go to the project page on GitHub and click the green "Code" button. Copy the HTTPS URL (it looks like `https://github.com/username/project-name.git`) and paste it in place of `<repository-url>`.
14
+
15
+ After cloning, move into the project folder:
16
+
17
+ ```
18
+ cd <project-folder-name>
19
+ ```
20
+
21
+ Replace `<project-folder-name>` with the actual name of the folder that was created. You now have a complete local copy of the project, including its full history.
22
+
23
+ ## Create a branch
24
+
25
+ A branch is a separate workspace for your change. Working on a branch means your edits do not affect the main codebase until they have been reviewed and approved. This is how open source collaboration works — everyone works on their own branch and proposes changes through a pull request.
26
+
27
+ Create a new branch with a short, descriptive name:
28
+
29
+ ```
30
+ git checkout -b my-feature
31
+ ```
32
+
33
+ Choose a name that describes what you are changing — for example, `fix-typo`, `add-dark-mode`, or `update-readme`. Good branch names make it easy for reviewers to understand your work at a glance.
34
+
35
+ To see all your branches, run:
36
+
37
+ ```
38
+ git branch
39
+ ```
40
+
41
+ The branch with an asterisk next to its name is the one you are currently on.
42
+
43
+ ## Make changes and commit
44
+
45
+ A commit is a saved snapshot of your changes with a message that describes what changed. Think of it as a checkpoint you can always return to.
46
+
47
+ 1. Edit the files you want to change and save them.
48
+
49
+ 2. Stage your changes — tell git which files to include in the commit:
50
+
51
+ ```
52
+ git add -A
53
+ ```
54
+
55
+ This stages all changed files. To stage just one file, use `git add path/to/file` instead.
56
+
57
+ 3. Commit your staged changes with a descriptive message:
58
+
59
+ ```
60
+ git commit -m "Describe what you changed"
61
+ ```
62
+
63
+ Write commit messages in the present tense and keep them to one sentence. "Fix typo in README" is better than "fixed stuff". A good message tells the next person (or your future self) exactly what this commit does.
64
+
65
+ You can make multiple commits on one branch — each one is its own checkpoint in the history. Commit often so your work is saved in small, understandable steps.
66
+
67
+ ## Push your branch
68
+
69
+ Pushing sends your local branch up to GitHub so other people can see it. Run:
70
+
71
+ ```
72
+ git push origin my-feature
73
+ ```
74
+
75
+ Replace `my-feature` with your actual branch name. After pushing, your branch appears in the repository on GitHub.
76
+
77
+ ## Open a pull request
78
+
79
+ A pull request (PR) is a request to merge your branch into the main codebase. It gives the project maintainers a chance to review your work, leave comments, and ask for changes before anything is merged.
80
+
81
+ 1. Go to the repository on GitHub.
82
+
83
+ 2. GitHub usually shows a yellow banner at the top: "You recently pushed a branch — open a pull request." Click the "Compare & pull request" button.
84
+
85
+ 3. If the banner is not there: click the "Pull requests" tab, then "New pull request". Select your branch from the dropdown, then click "Compare & pull request".
86
+
87
+ 4. Write a clear title and description. Explain what your PR does and why you made the change. The more context you give, the faster reviewers can help you.
88
+
89
+ 5. Click "Create pull request".
90
+
91
+ A maintainer will look at your PR and either approve it, request changes, or ask questions. If changes are requested, make them on the same branch, commit, and push again — the PR updates automatically.
92
+
93
+ ---
94
+
95
+ That is the full loop: clone → branch → commit → push → pull request. Every contribution, large or small, follows this same pattern.