Перейти до основного вмісту

Базові команди для роботи з Git та Bitbucket

Git

Будемо вважати, що git на комп'ютері вже встановлений. Якщо ні, то його неважко завантажити та встановити.

Налаштування git на вашому комп'ютері можна подивитися за допомогою команди


git config --list

Щоб встановити ім'я та email, за яким ваші коміти будуть ідентифікуватися в репозиторії, використовуються команди:


git config --global user.name "Your Name"
git config --global user.email your@mail.com

Bitbucket

Нам потрібний акаунт на Bitbucket. Його неважко зареєструвати, це безкоштовно.

Для створення нового репозиторію потрібно вибрати команду Create Repository. Далі потрібно заповнити основну інформацію про репозиторій. Обов'язковими є лише назва проєкту та назва репозиторію:

Після заповнення полів потрібно натиснути кнопку Create Repository.


Клонування репозиторію на комп'ютер

Для того, щоб клонувати репозиторій на свій комп'ютер, потрібно виконати наступні кроки.

  1. Отримати посилання для клонування. Для цього в репозиторії на Bitbucket вгорі праворуч натиснути кнопку Clone і скопіювати посилання (команду).
  2. Запустити git в тій папці, в яку потрібно клонувати репозиторій
  3. Запустити скопіювану на першому кроці команду. Після цього доведеться ввести пароль від вашого акаунту на Bitbucket.

Робота на локальному комп'ютері

Якщо репозиторій склонований успішно, то з ним можна працювати локально: додавати/видаляти файли, вносити зміни.

Корисні команди

Перевірити статус - чи є зміни, нові файли і т.п.:

git status

Додати нові файли у відстеження (доцільно виконувати, якщо є файли в статусі "Untracked files"):


git add --all

Якщо є зміни у деяких файлах та/або видалені файли, то можна виконати команду:


git add -u

Щоб подивитися на ці зміни можна використати команду:


git diff 

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

Для фіксації змін потрібно зробити commit:


git commit -m 'first commit'

first commit - це деякий коментар до нового коміта.


Синхронізація з сервером

Цей останній коміт зберігається лише на локальній машині, але не на сервері.

Для збереження його на сервер потрібно виконати команду


git push origin master

Якщо потрібно отримати останню версію проєкту з серверу, то використовується команда


git pull origin master

Коментарі

Популярні публікації

Angular CLI

CLI (command-line interface) – інтерфейс командного рядка. Перед початком роботи має бути встановлений Node.js Встановлення: npm install -g @angular/cli Отримання допомоги: ng help Буде приблизно такий результат: add Adds support for an external library to your project. analytics Configures the gathering of Angular CLI usage metrics. See https://angular.io/cli/usage-analytics-gathering. build (b) Compiles an Angular app into an output directory named dist/ at the given output path. Must be executed from within a workspace directory. deploy Invokes the deploy builder for a specified project or for the default project in the workspace. config Retrieves or sets Angular configuration values in the angular.json file for the workspace. doc (d) Opens the official Angular documentation (angular.io) in a browser, and searches for a given keyword. e2e (e) Builds and serves an Angular app, then runs end-to-end tests. extract-i18n (i18n-extract, xi18n) Extracts i18n mes...

Створення нового Elixir-проєкту

Для створення новго Elixir-проєкту можна використати команду mix new first_project --sup Зрозуміло, що Elixir має бути встановлений раніше. Пояснення команди: mix — це вбудований інструмент для управління проєктами в Elixir (аналог maven у Java чи npm у JavaScript ). new — підкоманда mix, яка створює новий проєкт. first_project — назва твого нового проєкту. Папка з цією назвою буде створена у поточному каталозі. --sup — опціональний прапорець, який додає шаблон структури з Supervision Tree. Це означає, що створений проєкт одразу буде мати структуру, яка підтримує супервізор (супервізор керує життєвим циклом процесів у системі, перезапускаючи їх при падінні). Щоб створити файл з тестом, можна запустити команду із директорії проєкту mix test Приблизний вигляд структури проєкту:

Агрегати в DDD

Domain-Driven Design (DDD, предметно-орієнтоване проєктування) — це підхід до розробки програмного забезпечення, який зосереджується на моделюванні бізнес-логіки на основі реального домену (предметної області). Його запропонував Ерік Еванс у своїй книзі "Domain-Driven Design: Tackling Complexity in the Heart of Software". Основні принципи DDD Фокус на домені – головна увага приділяється предметній області, а не технічним деталям. Єдина мова (Ubiquitous Language) – розробники, бізнес-аналітики та інші учасники проєкту використовують спільну термінологію, щоб уникнути непорозумінь. Бізнес-логіка відокремлена від технічної реалізації – код моделюється так, щоб він чітко відображав реальний бізнес-процес. Основні концепції DDD Entity (Сутність) – об’єкт з унікальним ідентифікатором, що зберігається в системі (наприклад, Користувач, Замовлення). Value Object (Об’єкт-значення) – об’єкт, який не має унікального ідентифікатора та є незмінним (наприклад, Адреса або Гроші)...

Основи Elixir

Elixir — це функційна мова програмування, яка працює на віртуальній машині Erlang (BEAM). Вона призначена для створення масштабованих і відмовостійких систем. Elixir успадкував багато переваг Erlang, таких як легкість паралельного програмування та висока доступність, але також додав сучасний синтаксис та інструменти для розробки. Основні концепції Elixir Elixir є функційною мовою, тому вона орієнтована на використання функцій та незмінних даних. Ось декілька ключових концепцій: Незмінність даних. Усі дані в Elixir є незмінними, що спрощує роботу з паралельними процесами. Функції. Функції є основним будівельним блоком програми. Вони можуть бути анонімними або іменованими. Паттерн-матчинг. Elixir використовує паттерн-матчинг для роботи з даними, що дозволяє легко розбирати структури даних. Процеси. Elixir використовує легкі процеси для паралельного виконання завдань. Ці процеси ізольовані та спілкуються через передачу повідомлень. Синтаксис Elixir Синтаксис Elixir є прос...

Стратегії ребалансування в Kafka

Стратегії ребалансування в Kafka Ребалансування (Rebalancing) — це процес перерозподілу партицій між споживачами (сonsumer) у групі (Consumer Group). Kafka має кілька стратегій ребалансування: RangeAssignor. Ця стратегія розподіляє партиції на основі діапазонів, які створюються відповідно до сортування топіків і партицій. Наприклад, якщо є два консюмери і 6 партицій (P0–P5), перший консюмер отримає P0–P2, а другий — P3–P5. Особливості: Простий алгоритм. Може призводити до нерівномірного розподілу, якщо кількість партицій не ділиться порівну між консюмерами. RoundRobinAssignor. Ця стратегія рівномірно розподіляє партиції між консюмерами за круговим принципом. Наприклад, якщо є два консюмери і 6 партицій, перший отримає P0, P2, P4, а другий — P1, P3, P5. Особливості: Гарантує більш рівномірний розподіл партицій. Використовується в багатотопікових сценаріях. StickyAssignor. Ця стратегія намагається мінімізувати кількість змін у розподілі партицій між консюмерами при ре...