Git для абсолютних початківців

Якщо ви новачок у світі програмування, тоді вивчення Git має бути чимось на першому місці у вашому списку пріоритетів.

Git - це один із таких інструментів, з яким ти стикаєшся щодня як частина своєї роботи.

Чого можна очікувати у цій публікації

У цьому дописі я надаю огляд Git та способи початку роботи з ним.

  • Що таке Git?
  • Термінології, пов’язані з Git
  • Взаємодія з Git за допомогою командного рядка

Я обіцяю пояснити теми максимально спрощеним способом.

Тож давайте почнемо з розуміння, що таке Git?

Git - це система контролю версій.

Тепер, що за біса, це Система контролю версій (VCS)?

VCS відстежує та відстежує всі зміни, внесені у файли, які контролюються ним.

Це також дозволяє багатьом розробникам спільно ділитися та працювати спільно над одним і тим же набором файлів, не конфліктуючи з роботою один одного.

Він не тільки відстежує, які файли було змінено, але й відстежує

  • Які зміни були внесені?
  • Хто вніс ці зміни?
  • Коли ці зміни були зроблені.

Для спільного використання та спільної роботи з іншими розробниками вам потрібен доступ до служби, розміщеної на основі Git.

Деякі з популярних постачальників послуг, що розміщуються у Git:

  • GitHub
  • Bitbucket
  • Служби команди Microsoft Visual Studio

Всі вони пропонують подібний вид функціональності.

Що таке сховище в Git?

Сховище являє собою папку, вміст якої відслідковуються Git. Це також відомо як репо , простими словами.

У складі репо може бути декілька файлів та підпапок. Зазвичай файли, що знаходяться в сховищі, містять вихідний код.

У кожному репо є папка .git . Ця папка містить усі файли та папки, необхідні Git для відстеження всіх змін, внесених до файлів у цьому репозиторії.

Якщо ми видалимо цю папку .git, Git не буде ідентифікувати цю папку як репо та не відстежувати її вміст.

Репозиторій , присутній на локальному комп'ютері, називається локальним сховищем , а сховище, розташоване на розміщеній платформі Git, називається віддаленим сховищем .

Завантажте та встановіть Git

Завантаження та встановлення Git є досить простим процесом.

Ви можете завантажити Git звідси.

Після завантаження Git ви можете ознайомитися з цим посібником, як встановити його.

Ініціалізація сховища Git

Перш ніж продовжувати і починати відстежувати наші файли за допомогою Git, нам потрібно ініціалізувати Git для папки, яку ми хочемо контролювати.

Простіше кажучи, Git перетворює папку у сховище, щоб її вміст можна було відстежувати.

Для того, щоб ініціалізувати папку у сховищі Git:

У системі на базі Windows нам потрібно клацнути правою кнопкою миші папку (ми хотіли б, щоб нас відстежував Git), а потім натиснути на “Git Bash Here”. Це відкриває командний рядок, як вікно, що дозволяє нам взаємодіяти з Git за допомогою команд Git.

Примітка: Кожного разу, коли ми хочемо взаємодіяти з Git, ми будемо взаємодіяти за допомогою команд Git через це вікно Git Bash. Також зверніть увагу, що команди Git не відрізняються для систем на базі Windows та Unix.

У вікні Git Bash нам потрібно ввести команду:

git init

Ця команда ініціалізує папку. По суті, він перетворює цю папку у сховище Git.

Як частина цього процесу ініціалізації, він також створює папку .git (яка є прихованою папкою) у цьому сховищі. Тут містяться всі файли, необхідні Git для відстеження всіх змін, внесених до цього сховища.

Але це просто звичайна папка, як і інші папки, які ми маємо в системі. У термінології Git ми все ще називаємо це сховищем або локальним сховищем, якщо бути точнішим.

У системі на основі Unix ми просто переходимо до каталогу (який ви хотіли б, щоб Git відстежував) і запускаємо команду git init , ось і все. Це перетворює цей каталог у сховище Git.

Статус сховища

У будь-який момент часу, якщо ми хочемо побачити, що відслідковується Git у сховищі, ми можемо зробити це, ввівши команду нижче:

git status

Ми розглянемо цю команду більш докладно в якийсь момент пізніше у дописі.

Наразі просто пам’ятайте, якщо ми хочемо побачити, що відслідковується в сховищі Git, ми можемо зробити це за допомогою цієї команди.

Відстеження сховища

Незважаючи на те, що ми ініціалізували папку як сховище Git, її вміст не буде відстежуватися автоматично. Нам потрібно доручити Git контролювати його вміст.

Для цього ми використовуємо команду git add . Синтаксис цієї команди наведений нижче:

git add file [file] [file..]
Примітка: Все, що вкладено в квадратні дужки [], є необов’язковим. Це стосується всіх команд Git, перелічених у цій публікації.

Ми можемо вказати один файл або кілька файлів, які слід відстежувати за допомогою Git.

Якщо ми хочемо, щоб Git контролював конкретні файли, що містяться у сховищі, ми можемо це зробити, вказавши індивідуальне ім'я кожного файлу, який ми хотіли б відстежувати.

Якщо ми хочемо відстежувати файли, що належать до певного типу файлу, ми можемо зробити це, вказавши його розширення, як показано нижче. Це відстежує всі файли, що закінчуються розширенням .txt.

$ git add *.txt

Якщо ми хочемо, щоб Git відстежував усі файли, що містяться у сховищі, синтаксис такий, як показано нижче.

$ git add .

Let’s say we have the following files present within our repository:

As you can see even the .git folder has been created as part of the initialization process. Originally this folder was hidden — I had to change the folder properties to make it visible (just to show it to you all).

This is how a .git folder looks, immediately after the git init command is executed.

This is how the contents of the .git folder look after a few transactions have been done to the repository.

To check what all files are currently being tracked by Git, we can make use of the git status command:

$ git status On branch master No commits yet Untracked files: (use “git add …” to include in what will be committed) HelloWorld.html Notes.txt README.md nothing added to commit but untracked files present (use “git add” to track)

Looking at the output of the git status command, it indicates that none of the files are currently being tracked by Git.

Let’s go ahead and add these files so that they get tracked by Git.

The command for adding these files is as shown below:

$ git add HelloWorld.html Notes.txt

Now, let’s execute the git status command and check its output.

$ git status On branch master No commits yet Changes to be committed: (use “git rm — cached …” to unstage) new file: HelloWorld.html new file: Notes.txt Untracked files: (use “git add …” to include in what will be committed) README.md

As we can see, we have the HelloWorld.txt and the Notes.txt files present within the staging area that are waiting to be committed.

The README.md file isn’t being tracked at all, as we didn’t include this file within the git add command which we executed earlier.

When we executed the git add command, Git staged all the files which were specified as part of the input to this command.

Until we commit these files, Git won’t start tracking these files.

Committing Staged Files

Let’s commit these staged files by typing the command shown below.

$ git commit -m ‘Initial Commit’

git commit is the command which is used to commit any staged files, -m is used to specify the comments for this commit operation.

If we would like to view all the commit operations that have been performed, we can do it by typing the git log command, as shown below.

$ git log commit 8525b32ffcb92c731f5d04de7fe285a2d0ebe901 (HEAD -> master) Author: shahzan  Date: Sun Apr 28 01:12:20 2019 +0100 Initial Commit

Whenever any change is done to a file which is being tracked by Git, we need to re-stage those files and re-commit them again. Until those files are not re-staged and re-committed, they will be tracked by Git.

I have done some minor changes to the Notes.txt file, let’s see what Git has got to say about these changes by executing the git status command.

$ git status On branch master Changes not staged for commit: (use “git add …” to update what will be committed) (use “git checkout — …” to discard changes in working directory) modified: Notes.txt Untracked files: (use “git add …” to include in what will be committed) README.md no changes added to commit (use “git add” and/or “git commit -a”)

Looking at the above output block, it is clear that the file Notes.txt has been modified and the changes are not staged for commit.

We make use of the same git add command to re-stage the file.

$ git add Notes.txt [email protected] MINGW64 /d/Medium Post Pics/Git/Source Code (master) $ git status On branch master Changes to be committed: (use “git reset HEAD …” to unstage) modified: Notes.txt Untracked files: (use “git add …” to include in what will be committed) README.md

As you can notice from the above output block, the file has been staged and is waiting to be committed.

Again, we make use of the same git commit command to re-commit the staged file.

$ git commit -m ‘Notes.txt file updated’ [master 184fcad] Notes.txt file updated 1 file changed, 3 insertions(+), 1 deletion(-)

Let’s execute the git log command and see if the commit has been successful.

$ git log commit 184fcad4185296103cd9dba0da83520399a11383 (HEAD -> master) Author: shahzans  Date: Sun Apr 28 01:15:38 2019 +0100 Notes.txt file updated commit 8525b32ffcb92c731f5d04de7fe285a2d0ebe901 Author: shahzans  Date: Sun Apr 28 01:12:20 2019 +0100 Initial Commit

As you may notice in the above output block, both the commit operations are being displayed.

Ignoring Files

Within the repository, there may be files that hold sensitive data or log data, which we don’t want to be tracked by Git under any circumstances.

.gitignore is the file within which we can specify all the files we don’t want Git to keep track of.

$ touch .gitignore

The syntax to create this file is as shown above.

Let’s say that I do not want Git to track any file ending with the .md extension.

Before adding *.md to the .gitignore file, have a look at the output of the git status command as shown in the output block below.

$ git status On branch master Untracked files: (use “git add …” to include in what will be committed) .gitignore README.md nothing added to commit but untracked files present (use “git add” to track)

As you may notice, we have .gitignore and README.md being shown as untracked files.

After adding *.md to the .gitignore file, the git status is as shown in the output block below.

As you may notice, we now just have .gitignore being shown as an untracked file.

$ git status On branch master Untracked files: (use “git add …” to include in what will be committed) .gitignore nothing added to commit but untracked files present (use “git add” to track)

You can either specify an individual filename or a wildcard entry within the .gitignore file.

The Wrap-Up

Git is a very powerful tool and there is a lot more you could do with it, such as branching, merging, pull and push request and much more.

Just in case you’re interested in learning more about Git, here is a course that I would recommend you to enroll (affiliate link).

Before you say goodbye…

Let’s keep in touch, click here to enter your email address (Use this link if the above widget doesn’t show up on your screen).

Thank you so much for taking your precious time to read this post.