Начинаем работать с системой контроля версий GIT (для чайников)

(Часть 3. Устанавливаем SmartGit для работы с репзиторием)

3. Устанавливаем SmartGit для работы с репзиторием.

Существует большое количество программ позволяющих работать с репозиториями git в графическом режиме. Мне больше всего нравится программа SmartGit, по этому остановимся именно на ней.

Установка займет всего несколько минут:

— скачиваем программу с официального сайта www.syntevo.com, со странички http://www.syntevo.com/smartgithg/download;

— распаковываем скаченный архив выбранную Вами папку, я распакую в папку home/poisov/smartgithg-4_6_5;

После запуска скрипта откроется графический помощник, следуя советам которого вы быстро установите и настроите SmartGit. В первом открывшемся окне (рис. 3) с лицензионным договором ставим галочку о согласии с лицензией и жмем “Next”.

В следующем окне (рис. 4) Вас попросят выбрать тип использования программы: попробовать SmartGit для коммерческого использования, коммерческое использование, не коммерческое использование. Первые два типа использования требуют оплаты лицензии, третий – бесплатный. Так как данная статья посвящена начальным азам использования системы контроля версий, то выбираем третий вариант и жмем “Next”.

В следующем окне Вас попросят подтвердить намерения некоммерческого использования программы. Ставим галочку и жмем «ОК».

В следующем окне (рис. 6) указываем путь к исполняемому файлу git.

Далее выбираем тип ssh-клиента (рис. 7) для работы с удаленными репозиториями.

SSH (Secure Shell) — сетевой протокол прикладного уровня, позволяющий производить удалённое управление операционной системой и туннелирование TCP-соединений (например, для передачи файлов).

По умолчанию будет предложено использовать в качестве ssh-клиента сам SmartGit. Не стоит спорить с установщиком, тем более, позже, всегда будет можно поменять настройки программы.

Если вы планируете размещать репозиторий в интернете на удаленном хостинге, то в следующем окне (рис. 8) можно провести настройки доступа к хостингу. У нас репозиторий расположен на локальной ЭВМ, так что выбираем «I don’t use a hosting provider» и жмем “Next”.

Ну и наконец, последний этап. Перед Вами откроется информационное окно (рис. 9) с кратким описанием способа взаимодействия с технической поддержкой.

Для завершения установки жмем “Finish”, после чего запуститься SmartGit (рис. 10).

Для повторного запуска нужно запустить тот же скрипт (smartgithg.sh) из папки с SmartGit (home/poisov/smartgithg-4_6_5/bin), но описанные выше настройки производить уже будет не нужно.

Ну что же, Git мы установили, репозиторий создали, программу для работ с репозиторием Git настроили. Теперь самое время перейти к описанию работы с репозиторием Git.

Источник

Начинаем работать с системой контроля версий GIT (для чайников)

(Часть 4.3.10. Создаем новую ветку)

4.3.10. Создаем новую ветку.

4.3.10.1. Новая ветка относительно последнего коммита.

На практике разработку проекта в одной ветке не ведут. Обычно создают минимум две ветки Master и Next. В ветке Master содержится отлаженная версия проекта, а в ветке Next ведут новые доработки проекта, которые после отладки добавляют в ветку Master.

По ходу разработки проект, обычно обрастает довольно большим количеством веток, в которых проводятся эксперименты по доработке ПО и т.д. и в случае необходимости новые ветки объединяют с основными ветками или берут из них отдельные коммиты.

Рассмотрим создание новой ветки («next») на примере.

Для создания новой ветки относительно последнего коммита во вкладке меню «Branch» выберите пункт «Add Branch…» (рисунок 32);

В открывшемся окне (рисунок 33) введите желаемое название новой ветки (у меня будет «next») и нажмите кнопку «Add Branch».

Все, новая ветка создана. Обратите внимание на вкладку Branches, в ней появилось название вашей ветки. Но мы все еще в ветке master. Для того, чтобы переключиться в ветку next два раза кликните на название новой ветки («next») во вкладке «Branches» и в открывшемся окне (рисунок 34) нажмите кнопку «Switch».

Теперь в вашем каталоге лежит копия вашего проекта, изменения в котором будут сохраняться в ветке next. Вы в любой момент можете вернуться к ветке master и после переключения в вашем рабочем каталоге будут лежать оригинальные файлы проекта, без изменений, вносимых в ветке next. В общем, работа с ветками аналогична работы с двумя копиями проекта, как делают многие не знакомые с системами контроля версий.

Внимание! Все изменение в ветке, не сохраненные в локальный репозиторий («незакомиченные»), при переключении на другую ветку будут утеряны.

4.3.10.2. Новая ветка относительно выбранного коммита.

Для создания новой ветки относительно выбранного коммита откройте окно истории изменения репозитория, нажав кнопку «log»:

В открывшемся окне (рисунок 35) выберите коммит относительно которого хотите создать новую ветку. Я буду создавать новую ветку относительно коммита «Third change in repository».

Для создания новой ветки нажмите кнопку:

В открывшемся окне (рисунок 35) введите наименование новой ветки (я назову ветку «second») и нажмите «Add Branch @ Switch», чтобы создать новую ветку и автоматически переключиться на нее.

Всё, новая ветка создана и готова к работе.

Источник

Смарт гит как пользоваться

В общем, под катом статья, как используя SmartGit и BitBucket можно улучшить свою жизнь начинающего разработчика.

М аленький план того, что мы будем делать:

Запустим SmartGit, выберем «Project» — «Clone» (или Ctrl + Alt + O) и заполним необходимые поля:

Система запросит ваш логин и пароль от Bitbucket:

В следующем окне доступны две опции клонирования «Include Submodules» и «Fetch all Heads and Tags». Git позволяет отдельные модули приложения хранить в разных репозиториях. Если вы отметите опцию «Include Submodules» — SmartGit автоматически подгрузит все модули. Если отметить опцию «Fetch all Heads and Tags», то SmartGit после создания папки проекта скачает все ветки и теги для данного репозитория:

Далее очень просто — в следующем окне необходимо выбрать директорию, куда клонировать репозиторий. После него появится окно, в котором задается имя проекта в SmartGit. И если вы клонировали пустой репозиторий (как в этой статье), то по завершению увидите следующее окно:

Сохранение измений (т.е. создание коммита)

Идем дальше. Создадим комит. Что такое комит? Это фиксация изменений. Каждый комит «запоминает» что именно вы изменили и в любой момент времени можно вернуть прежнее состояние файлов. Советую вам после каждого значимого изменения, например, исправление бага в функции, делать комит. Что бы создать комит, нужно что-то изменить в проекте. Добавьте парочку файлов в папку с проектом:

Теперь можно увидеть изменения нашего проекта в SmartGit:

Выберем оба файла и нажмем сначала «Stage», а потом «Commit». Зачем нужно нажимать «Stage»? Кнопка «Stage» добавляет в текущий индекс выбранные файлы. Если вы хотите создать комит для двух файлов, а изменили, предположим целых 5, достаточно выбрать эти два файла, нажать «Stage», что добавит их в индекс, а после «Commit». Таким образом только выбранные два файла попадут в комит.

После чего появится окошко, где нужно будет ввести комментарий комита. Обычно туда пишут то, что было изменено, добавлено, удалено и так далее:

После чего следует нажать кнопку «Commit». Кнопка «Commit & Push» делает тоже самое, но еще и проталкивает (заливает) изменения в удаленный репозиторий (в нашей случае это Bitbucket). Пока не стоит этого делать. Проталкиванием мы займемся далее. Внизу, в списке веток, появится локальная ветка «master». Это основная ветка кода приложения. Что такое ветки, расскажу чуть позже.

А сейчас сделаем что-нибудь с нашим проектом, а потом откатим изменения. Я удалю файл readme.txt, отредактирую файл index.php и добавлю новый файл confic.cfg и сделаю коммит.

А теперь откатим изменение после комита. Зайдем в Log:

Выберем комит, к которому хотим откатиться и нажмем «Reset»:

В следующем окне нам предлагают выбрать какой именно «Reset» мы хотим сделать:

Объясню. Вспомните, что при создании комита, вы сначала добавляете файлы в индекс (stage). Это позволяет закомитить только проиндексированные файлы. Soft reset сбрасывает только комиты. Индекс и физические изменения в файлах остаются. Mixed reset работает так же, как и софт, но еще удаляет индекс файлов. Hard reset удаляет комиты, индекс и физические изменения в файлах. Аккуратно используйте hard reset, что бы нечаянно не удалить лишнего.

Я сделал hard reset для наглядности:

Как видите все изменения в файлах пропали, а точнее все вернулось к состоянию первого комита.

Создание новой ветки

Теперь немного о создании веток. Зачем они вообще нужны? Ветка позволяет сохранить текущее состояние кода и безопасно экспериментировать с изменениями в коде. Например, вы пишите новый модуль. Логично делать это в отдельной ветке. Звонит начальство и говорит, что в проекте баг и срочно нужно пофиксить, а у вас модуль не дописан. Как же заливать нерабочие файлы? Просто переключитесь на рабочую ветку без модуля, пофиксите баг и заливайте файлы на сервер. А когда «опасность» миновала — продолжите работу над модулем. И это один из многих примеров пользы веток.

Попробуем создать свою ветку. У нас уже одна есть, это master. Она создается автоматически (если отсутствует) когда вы делаете первый комит. Создадим еще одну ветку и назовем ее «new_future1». Нажмите F7 или правым кликом внизу во вкладке «Branches» на надпись «Local Branches» и в выпадающем списке выберите «Add branch»:

Нажмите «Add branch & Switch» что бы сразу переключиться на созданную ветку. Теперь вы можете создавать новые комиты, изменять файлы и не беспокоиться. Так как у вас всегда есть ветка мастер, в которую можно вернуться. Когда вы переключаете ветку, Git меняет локальные файлы на те, которые есть в этой ветке. То есть, если вы создадите новую ветку поменяете что-то в файле index.php, а потом переключитесь на ветку master то все изменения, произведенные вами будут удалены. Если же переключиться обратно в созданную ветку — изменения вернутся.

Отправка изменений в удаленный репозитарий

До сих пор мы работали локально. Попробуем залить труды нашей работы на сервер. Создадим какой-нибудь комит в ветке new_future1. В случае если репозитарий пуст, а он пуст, так как мы создали его некоторое время назад и на сервер ничего не залили, Bitbucket основной назначает ту ветку, которую залили первой. Поэтому переключимся на ветку «master» и нажмем кнопку «Push»:

Дальше SmartGit спросит настроить ли отслеживание ветки (cofigure tracking). Отслеживание позволяет автоматически обновлять соответствующие ветки, когда вы скачиваете или загружаете обновления кода. Поэтому смело жмите «Configure»:

Теперь переключитесь на другую ветку и проделайте тоже самое. Зайдем на Bitbucket и посмотрим, что изменилось в разделе «Commits»:

Как видите все попало на удаленный сервер.

Теперь сольем ветки. Зачем это нужно? Возьмем тот же пример с модулем. Рано или поздно вы допишите его и вам нужно будет добавить код модуля в основной код приложения. Достаточно просто слить ветки. Для этого переключитесь на ветку, в которую хотите слить код. В нашем случае это мастер. После чего нажмите правым кликом на ветку, с которой хотите слить код и выберите «Merge»:

Дальше SmartGit спросит каким именно образом нужно слить ветки. Выберите «Create Merge-Commit».

А теперь осталось протолкнуть изменения ветки master на сервер. Заливаем изменение на сервер так же, как мы делали это раньше и получаем:

Вот и все на этот раз. Из-за картинок статья вышла большой. Задавайте свои ответы. Пишите вопросы.

Источник

SmartGit, пользовательский интерфейс для работы с Git из Ubuntu

В следующей статье мы рассмотрим, как установить SmartGit на Ubuntu 20.04. Это приложение позволит нам работать с идти, и включает поддержку GitHub, BitBucket, SVN и Mercurial. Он ориентирован на простоту и ориентирован на пользователей, не являющихся экспертами, и людей, которые предпочитают графическое приложение, а не использование командной строки для работы с Git.

Общие функции SmartGit

Это лишь некоторые из возможностей этой программы. Они могут проконсультируйтесь со всеми в сайт проекта.

Установите SmartGit в Ubuntu 20.04

Перед тем как приступить к установке, интересно убедитесь, что все пакеты в нашей системе обновлены. Для этого в терминале (Ctrl + Alt + T) нам нужно будет только написать:

Когда загрузка будет завершена, мы можем перейти к установка программы набрав команду:

деинсталляция

Удалите эту программу из нашей системы Это так же просто, как открыть терминал (Ctrl + Alt + T) и ввести в нем:

Использование репозитория PPA

Если вы предпочитаете установите эту программу, используя ваш PPAВам просто нужно открыть терминал (Ctrl + Alt + T) и выполнить в нем следующую команду, чтобы добавить репозиторий:

После нажатия Главная, список программного обеспечения, доступного в репозиториях, должен обновляться автоматически. Когда я закончу, пришло время установить SmartGit, и для этого в том же терминале вам просто нужно выполнить:

деинсталляция

к удалить репозиторий который мы использовали для установки этой программы, необходимо только открыть терминал (Ctrl + Alt + T) и выполнить в нем команду:

Доступ к SmartGit в Ubuntu

После правильной установки, какой бы вариант вы ни использовали, вам просто нужно щелкнуть вкладку »Внеклассные мероприятия‘со стола. Средство поиска приложений пишет:SmartGit‘, а затем нажмите на пусковую установку который появится в результатах поиска.

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

И при этом приложение запустится. Для получения помощи или полезной информации о том, как использовать эту программу, мы настоятельно рекомендуем посетить сайт проекта о су официальная документация.

Содержание статьи соответствует нашим принципам редакционная этика. Чтобы сообщить об ошибке, нажмите здесь.

Полный путь к статье: Убунлог » Ubuntu » SmartGit, пользовательский интерфейс для работы с Git из Ubuntu

Источник

Начинаем работать с git — пошаговая инструкция

Первые шаги в освоении мира компьютерных технологий пройдены, ты знаешь, зачем сюда пришёл, к чему стремишься, и как этого добиться, упорно учишься, переходя от курса к курсу. За спиной первые написанные программы и отловленные баги, а впереди маячат светлые перспективы коммерческой разработки программного обеспечения.

Наверное, пора узнать…

Секреты командной разработки

Разработка – это почти всегда командная игра. Пора учиться работать в команде.
Даже если пока что в твоей команде только монитор, системник (или старенький ноутбук) и острое желание стать программистом, всё равно пора учиться.

Программисту проще стать своим среди своих, ведь за него говорят не дежурные улыбки, перекуры и чаепития с печеньками, а чёткие строки кода, элегантные функции и безупречная работа готовых приложений.

Чтобы эффективно работать в команде, мало знать синтаксис языка, ключевые библиотеки и уметь обращаться с базами данных. Необходимо уметь работать в удобной для команды системе контроля версий.

О системах контроля версий их преимуществах и недостатках можно почитать здесь.
В этой статье мы перейдём от теории к практике и расскажем, как работать с git’ом.

Шаг 1. Выбираем git-хостинг

Git-хостинг на разных условиях предлагают десятки компаний.
Самые известные из них: Github, Sourceforge, Google Code, GitLab, Codebase. Выбери удобный интерфейс и регистрируйся на понравившемся хостинге.
В этой статье мы рассмотрим работу с git-хостингом на примере Github’а.

Шаг 2. Регистрация

Процедура регистрации на Гитхабе простая и интуитивно понятная даже для тех, чей уровень английского далёк от Upper Intermediate.

Логин, пароль, почта –> подтверждение, и связь с мировым сообществом программистов налажена.

Шаг 3. Создание репозитория

Ты можешь создать любое количество репозиториев, у каждого из которых будет issue tracking, wiki, условия для проведения code review и многое другое.
Политика разработчиков Github предполагает бесплатное использование хостинга для всех open-source проектов.

Чтобы создать новый репозиторий нажмём кнопку + в верхней части экрана и выберем New repository

Создание репозитория на Гитхабе

Многие разработчики рано или поздно сталкиваются с необходимостью создания приватного репозитория, код из которого доступен только их команде. Для этих случаев на Github’е есть определённый тарифный план.

Но пока острой необходимости в создании приватного репозитория у нас нет, создадим обычный.

Жмём волшебную кнопку Create внизу экрана, и репозиторий готов.

Шаг 4. Работа с репозиторием

Работа с репозиторием может вестись из командной строки, напрямую из среды разработки или из графического интерфейса (git — клиент приложения).

Работа с графическим интерфейсом позволяет лучше понимать процессы, происходящие в локальном и удалённом репозитории. Поэтому я рекомендую начать работу с git с использованием графического интерфейса.

Шаг 5. Выбираем Гит-клиент

Потом, когда суть процессов изменения и обновления (восстановления) информации в репозитории станет для Вас очевидна, можно работать и через командную строку. В этом принципе работы есть немало своих преимуществ. Например, все новые опции Гитхаба реализуются сначала для использования в командной строке, и только потом адаптируются под графические интерфейсы.

Но вернёмся к git-клиентам.

Самыми популярными гит- клиентами на данный момент являются:

SmartGit

Удобное приложение гармонично сочетает все необходимые функции и доступную интуитивно понятную систему управления. SmartGit – один из самых удобных графических интерфейсов для профессиональной разработки. Некоммерческая разработка и разработка open-sourse проектов не требуют платной лицензии.

GitHub Desktop

«Родной» графический интерфейс Гитхаба. GitHub Desktop работает под Windows и Mac и практически полностью копирует функционал основного сайта. Работает под той же учётной записью.
Правда, не всегда оперативно справляется с большими программами.

Зато отлично подходит для начала работы с git.

GitKraken

Поддерживает GitHub, Bitbucket и Gitlab.
Кракен очень любят программисты – фрилансеры, которым периодически приходится менять команды, а значит, и условия командной разработки. Возможность работы с разными git-хостингами через привычное приложение со знакомым интерфейсом в таких случаях играет важную роль.

SourceTree

SourceTree позволяет работать с Bitbucket и GitHub. В приложении довольно простой интерфейс, подходящий, как для опытных программистов, так и для новичков.

Шаг 6. Работа со SmartGit

В этой статье мы рассмотрим работу с SmartGit.

Скачать SmartGit можно, например, отсюда:
Устанавливаем и запускаем.

Основные операции для работы с git

Clone

Первое, чему стоит научиться – это снимать копию проекта из удалённого репозитория в локальный.
Делается это довольно просто:

Clone

Затем копируем ссылку репозитория, созданного на Гитхабе (шаг 2)

Ссылка на репозиторий

Вставляем адрес удалённого репозитория в нужную ячейку в открывшемся окне, выбираем расположение нового локального репозитория у нас на компьютере, и получаем готовый локальный репозиторий.

К слову, аналогичным образом можно клонировать чужой открытый репозиторий и поближе познакомиться с чужим кодом.

Commit

Добавление файла в локальный репозиторий

Если всё прошло успешно, в окошке SmartGit’а появится скопированный файл.

Новый файл в SmartGit

Для того чтобы зафиксировать изменения в локальном репозитории, нажимаем кнопку Commit.

Commit

В открывшемся окне пишем пояснительный комментарий к сохраняемому файлу и снова нажимаем кнопку Commit

Пояснения к Commit’у

Файл сохранён, а изменения внесены в журнал.

Файл отправлен в локальный репозиторий

Теперь заглянем на Github.com в наш удалённый репозиторий. Там до сих пор нет ни одного файла. Нужно срочно менять ситуацию.
Чтобы перенести изменения, внесённые в локальный репозиторий, в удалённый репозиторий, необходимо нажать кнопку Push.

Push

К слову, отправить изменения в удалённый репозиторий, нам предлагают ещё в точке Commit’а

Commit & Push

Возникает резонный вопрос: как получат изменения остальные участники разработки, если они клонировали проект в самом начале?
Для этого существует команда Pull, передающая в локальный репозиторий все изменения, происходящие в удалённом.

Pull

К слову, для командной разработки на Гитхабе есть ещё несколько важных опций.

Перенос информации из сторонних репозиториев на Гитхаб

Когда нужно собрать разрозненные кусочки кода в один проект, используйте кнопку Import repository и работайте с файлами в удобном репозитории Гитхаба.

Импортировать репозиторий

Кнопка New gist на этой панели предназначена для мгновенного обмена информацией.

А кнопка New organization открывает массу возможностей для командной разработки.

Заключение

О git’е можно писать ещё долго, подробно рассматривая возможные конфликты, создание и слияние деревьев, работу с ветками, но для начала эффективной работы достаточно знания основных команд и острого желания стать программистом.

Благодаря своей политике (поддержка open-sourse проектов) Github предоставляет удивительную возможность детально рассматривать программы, написанные как новичками, так и признанными гениями – программистами.

Искренне советую посмотреть, как пишут программный код профессионалы. Возможно, однажды отточенная профессиональная стилистика кода, вошедшая в проекты после знакомства с Гитхабом, поможет найти в бурлящем море вакансий работу твоей мечты.

Источник