Работа с проектами на Visual Studio с использованием TortoiseGit и GitVerse-сервером

Продолжение работы с TortoiseGit и Visual Studio. См. часть 1 для начала.

Часть 2. Итеративная разработка

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

Клонируем его в каталог C:\GIT через черепаху:

Проверяем - репозиторий подключен, всё супер:

2.1 Создание проекта в Visual Studio

Запускаем студию и выбираем - "Создание проекта" справа. Далее у нас консольное приложение, настраиваем путь к проекту. Допустим, у нас проект в модуле CPPM, задание 2.1. У вас может быть своя система нумерации.
Оставляем галочку, чтобы проект и решение были в одном каталоге, это удобно:

Нас перекидывает в среду разработки, можем кодировать.

2.2 Проверка изменений

Переходим в проводнике в каталог с задачей, проверяем состояние через иконки:

Пока ни один файл не добавлен, зеленым отметил то что будем добавлять - это полезные файлы. С серым знаком стоп означает, что этот файл будет проигнорирован. Значит, он указан как исключение в .gitignore, это правильно. Если что-то лишнее (точно мусор) не отметилось знаком стоп, надо вручную отметить. См. статью про мусор.

2.3 Первый коммит проекта

Нажимаем правой кнопкой на каталог C:\GIT\TestMsvc и выбираем TortoiseGit->Commit -> "Master". Вылезает окно с полем комментария и со списком файлов.
Добавляем комментарий, можно даже осмысленный, но для учебных проектов можно не заморачиваться. Я поставил 1. Далее вы нажимаете кнопку All, потому что сейчас файлы не выбраны к добавлению:

Готово! Нажимаем commit, затем сразу же на кнопку Push. В новом окне ничего не меняем. Жмём OK. Финальное окно с успешным результатом:

2.4 Проверка первого коммита

Переходим на страничку проекта. У меня такая: antlas/TestMsvc: Проект для тестирования добавления MSVC | Gitverse

Заходим в подкаталог CPPM. Далее, обращаем внимание на комментарий и номер коммита, щелкнув по нему можно посмотреть что было раньше.

2.5 Доработки через изменение кода и коммит

Доработки происходят в таком ключе:
1. Меняем файлы, собираем проект. Следим за мусором, если надо то добавляем в gitignore .
2. Проводником идём в каталог проекта
3. Далее коммит (проверяем, чтобы нужные файлы изменились), потом пуш
4. Проверяем, что новый коммит теперь в репозитории