Хочу разобраться как работает git и как мне с ним работать

@eogenio777 · Регистрация: 16.10.2019

Студворк — интернет-сервис помощи студентам

Недавно у меня появилась необходимость иметь возможность писать код с двух устройств, а также в обучении требуется умение работы с git. Я почти ничего не знаю, поэтому задам ряд интересующих меня вопросов:
1)Есть ли возможность работы в git с помощью любой среды разработки (к примеру я пишу на c++ и использую microsoft visual studio 2019)? vscode явился чем-то максимально громоздким и неудобным, без нормальных гайдов и понятных объяснений
2)Какую роль играет в этом mingw?
3)Каким образом осуществляется само составление программы? Я пишу программу в условной среде, затем пишу какую-то заветную комбинацию команд в гитбаш и все заливается на сервер?
4)Можно ли самому создать сервер, чтобы доступ к нему был лишь у тебя, то есть именно для работы с нескольких устройств?
Также попрошу любые статьи, видео, гайды где есть ответы на мои вопросы. Прошу по возможности объяснение "на-пальцах".
Спасибо заранее

@Bampo · 23.03.2020, 16:17

eogenio777,
0) Для начала progit
1) git не привязан к среде, но большинство современных сред его поддерживают.
2) mingw для разработки под VS не нужен.
3) см 0.
4) можно и сервер развернуть

@Rius · 23.03.2020, 17:07

Учите консольный интерфейс, по вышеупомянутой pro git. Освоите его и поймёте, что все "удобные" встроенные в IDE - недоделанные поделки, и как с ними работать.
MinGW был основой порта git под Windows. Сейчас уже более - менее самостоятельный проект есть, называется Git for Windows.
+ коммитить надо изменения так, чтобы в каждом коммите были только взаимосвязанные изменения и в каждом же коммите программа успешно компилировалась.
Можно, только нужно ли? Gitolite, gitlab, они требуют сервера. На github и bitbucket же есть возможность создать закрытый репозиторий.

@СергейСереб · 15.04.2020, 16:01

Сообщение от Rius

Учите консольный интерфейс, по вышеупомянутой pro git. Освоите его и поймёте, что все "удобные" встроенные в IDE - недоделанные поделки, и как с ними работать.

Это совет в контексте линукса или вообще? Так же, совет из личного опыта в контексте каких-то опробованных IDE или априори для всех IDE? Через IDE yельзя чего то сделать что можно через консоль или можно но сложнее/дольше?
Вот это вот руководство выше имеет последовательную структуру от простого к сложному - изучать можно подряд?

@Rius · 15.04.2020, 16:53

Вообще.
Всех IDE. Априори.
Что-то нельзя.
Это не руководство, а ответы на нумерованный список вопросов. Руководство - Pro Git. Его надо изучить. Потом можно на любые графические клиенты переходить.

@СергейСереб · 15.04.2020, 16:57

Сообщение от Rius

Это не руководство, а ответы на нумерованный список вопросов. Руководство - Pro Git.

Я именно про него и спрашивал, а не про вопросы в посте.

@Rius · 15.04.2020, 17:10

Да, изучать подряд. Для начала хватит глав 1...4. Остальное по надобности.

@СергейСереб · 17.04.2020, 19:06

Подскажите еще пожалуйста по редактору Git. Делал
git commit --amend, хотел внести изменения в последний коммит и как я понял, попал в редактор git, но как в нем работать - непонятно. Как из него выйти - тоже непонятно. Текст изменить не получилось.

Хочу разобраться как работает git и как мне с ним работать

Сверху был комментарий прошлого коммита. Я так понял, мне предлагалось ввести новый комментарий или оставить старый. Как его редактиорвать - непонятно. Хотел оставить старый - тоже непонятно как подтведить и что делать дальше. Я уже нжимал кучу всего, слева какие-то тильды образовались.
Это терминал в IDE PHPStorm под ОС вин10

@Rius · 17.04.2020, 21:03

Раз ничего не понятно, то это vim.
Можно заменить на другой, например notepad++. В интернете полно инструкций.

@СергейСереб · 17.04.2020, 21:11

Сообщение от Rius

Раз ничего не понятно, то это vim.
Можно заменить на другой, например notepad++. В интернете полно инструкций.

Ну не ничего непонятно, а непонятно как работать с редактором, который активизируется в окне терминала после команды git commit --amend. Возможно, оно в окнах не работает..
Так то все остальное в терминале запускается и работает.
Это еще какой то отдельный редактор в довесок к терминалу?
Вроде дошло..)))

@Rius · 17.04.2020, 21:29

Сообщение от СергейСереб

Ну не ничего непонятно, а непонятно как работать с редактором, который активизируется в окне терминала после команды git commit --amend.

Вот именно, что ничего не понятно. Об этом редакторе ходят шутки вроде "если зашёл в vim, то для выхода придётся делать reset компу".

Сообщение от СергейСереб

Возможно, оно в окнах не работает..

Прекрасно работает.
Это такой мощный текстовый редактор. Намного функциональнее всяких блокнотов. Но есть одна большая проблема - его команды нужно помнить.
https://ru.wikibooks.org/wiki/Vim

Сообщение от СергейСереб

Это еще какой то отдельный редактор в довесок к терминалу?

Notepad++ - широко распространённый виндовый текстовый редактор.
https://notepad-plus-plus.org

Добавлено через 11 минут
Устанавливается редактором для git примерно такой командой:

Bash
1
git config core.editor "'C:\Program Files (x86)\Notepad++\notepad++.exe' -multiInst -notabbar -nosession -noPlugin"

@СергейСереб · 29.04.2020, 21:29

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

Структура такая
Название: Screenshot from 2020-04-29 21-25-17.jpg
Просмотров: 103

Размер: 16.3 Кб

Название: Screenshot from 2020-04-29 21-25-17.jpg
Просмотров: 103

Размер: 16.3 Кб

Правильно ли расположен файл?

@Rius · 29.04.2020, 21:30

.gitignore размещается в том каталоге, на который (и нижележащие) он должен действовать.
Обычно это корневой каталог проекта.

@СергейСереб · 29.04.2020, 21:51

Тогда вроде правильно...

@programistnadne · 30.04.2020, 08:40

Сообщение от eogenio777

Также попрошу любые статьи, видео, гайды где есть ответы на мои вопросы. Прошу по возможности объяснение "на-пальцах".

тык

@valker · 28.05.2020, 16:40

Сообщение от Rius

Об этом редакторе ходят шутки вроде "если зашёл в vim, то для выхода придётся делать reset компу".

Есть ещё такая шутка - Как известно, vim основан на режимах. Два основных: пищать и всё портить.

@СергейСереб · 31.05.2020, 11:05

Как оптимальнее/правильнее/удобнее делать коммиты? Делать коммит до начала изменений и описывать в коммите предстоящие изменения, или делать коммит после изменений и описывать в коммите выполненные изменения?

И как часто коммиты делать? Какого объема код правильно/удобно считать подлежащим коммиту? Или это зависит от субъективной/объективной(при наличии четкого задания на разработку) оценки или значимости изменений?

@programistnadne · 31.05.2020, 13:45

Сообщение от СергейСереб

Делать коммит до начала изменений и описывать в коммите предстоящие изменения

Коммит это снимок изменений, как вы можете сделать коммит, без наличия изменений?

Сообщение от СергейСереб

И как часто коммиты делать? Какого объема код правильно/удобно считать подлежащим коммиту?

Это решается вами лично, либо оговаривается в команде.

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

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

Вы поймёте в чем минус второго варианта, когда захотите сравнить свои внесённые изменения с предыдущими, просмотреть последовательность вносимых изменений (её вы не найдёте конечно же).

Начинайте коммитить как получается, со временем сами поймёте как вам удобно.

@СергейСереб · 31.05.2020, 14:33

Сообщение от programistnadne

Коммит это снимок изменений, как вы можете сделать коммит, без наличия изменений?

Да, что-то не сходится))
Я сейчас отлько локально пробую ГИТ. Давно. помню, где-то на гитхабе видел - описано техническое задание а потом решение вопроса. Но не помню, то ли это в виде каких-то комментариев было то ли я что- то путаю. В вобщем вопрос о том, как/ в каком виде записывать ТЗ для отдельных этапов работы. Нужно ли/удобно ли...

@programistnadne · 31.05.2020, 15:02

Сообщение от СергейСереб

В вобщем вопрос о том, как/ в каком виде записывать ТЗ для отдельных этапов работы

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

Новые блоги и статьи Все статьи Все блоги /
Восстановить юзерскрипты Greasemonkey из бэкапа браузера damix 15.01.2026 Если восстановить из бэкапа профиль Firefox после переустановки винды, то список юзерскриптов в Greasemonkey будет пустым. Но восстановить их можно так. Для этого понадобится консольная утилита. . .	Изучаю kubernetes lagorue 13.01.2026 А пригодятся-ли мне знания kubernetes в России?	Сукцессия микоризы: основная теория в виде двух уравнений. anaschu 11.01.2026 https:/ / rutube. ru/ video/ 7a537f578d808e67a3c6fd818a44a5c4/	WordPad для Windows 11 Jel 10.01.2026 WordPad для Windows 11 — это приложение, которое восстанавливает классический текстовый редактор WordPad в операционной системе Windows 11. После того как Microsoft исключила WordPad из. . .
Classic Notepad for Windows 11 Jel 10.01.2026 Old Classic Notepad for Windows 11 Приложение для Windows 11, позволяющее пользователям вернуть классическую версию текстового редактора «Блокнот» из Windows 10. Программа предоставляет более. . .	Почему дизайн решает? Neotwalker 09.01.2026 В современном мире, где конкуренция за внимание потребителя достигла пика, дизайн становится мощным инструментом для успеха бренда. Это не просто красивый внешний вид продукта или сайта — это. . .	Модель микоризы: классовый агентный подход 3 anaschu 06.01.2026 aa0a7f55b50dd51c5ec569d2d10c54f6/ O1rJuneU_ls https:/ / vkvideo. ru/ video-115721503_456239114	Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ФедосеевПавел 06.01.2026 Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ВВЕДЕНИЕ Введу сокращения: аналоговый ПИД — ПИД регулятор с управляющим выходом в виде числа в диапазоне от 0% до. . .

@eogenio777 0 / 0 / 0 Регистрация: 16.10.2019 Сообщений: 80

	Хочу разобраться как работает git и как мне с ним работать 23.03.2020, 14:50. Показов 4676. Ответов 48 Метки c++, git, git bash, git for windows, git github, mingw, visual studio code, visual studio (Все метки) Недавно у меня появилась необходимость иметь возможность писать код с двух устройств, а также в обучении требуется умение работы с git. Я почти ничего не знаю, поэтому задам ряд интересующих меня вопросов: 1)Есть ли возможность работы в git с помощью любой среды разработки (к примеру я пишу на c++ и использую microsoft visual studio 2019)? vscode явился чем-то максимально громоздким и неудобным, без нормальных гайдов и понятных объяснений 2)Какую роль играет в этом mingw? 3)Каким образом осуществляется само составление программы? Я пишу программу в условной среде, затем пишу какую-то заветную комбинацию команд в гитбаш и все заливается на сервер? 4)Можно ли самому создать сервер, чтобы доступ к нему был лишь у тебя, то есть именно для работы с нескольких устройств? Также попрошу любые статьи, видео, гайды где есть ответы на мои вопросы. Прошу по возможности объяснение "на-пальцах". Спасибо заранее 0

@Bampo 114 / 82 / 37 Регистрация: 15.02.2020 Сообщений: 206
	23.03.2020, 16:17
	eogenio777, 0) Для начала progit 1) git не привязан к среде, но большинство современных сред его поддерживают. 2) mingw для разработки под VS не нужен. 3) см 0. 4) можно и сервер развернуть 0

@Rius 13073 / 7634 / 1669 Регистрация: 25.05.2015 Сообщений: 23,219 Записей в блоге: 14
	23.03.2020, 17:07
	Учите консольный интерфейс, по вышеупомянутой pro git. Освоите его и поймёте, что все "удобные" встроенные в IDE - недоделанные поделки, и как с ними работать. MinGW был основой порта git под Windows. Сейчас уже более - менее самостоятельный проект есть, называется Git for Windows. + коммитить надо изменения так, чтобы в каждом коммите были только взаимосвязанные изменения и в каждом же коммите программа успешно компилировалась. Можно, только нужно ли? Gitolite, gitlab, они требуют сервера. На github и bitbucket же есть возможность создать закрытый репозиторий. 0

@Rius 13073 / 7634 / 1669 Регистрация: 25.05.2015 Сообщений: 23,219 Записей в блоге: 14
	15.04.2020, 16:53
	Вообще. Всех IDE. Априори. Что-то нельзя. Это не руководство, а ответы на нумерованный список вопросов. Руководство - Pro Git. Его надо изучить. Потом можно на любые графические клиенты переходить. 0

@Rius 13073 / 7634 / 1669 Регистрация: 25.05.2015 Сообщений: 23,219 Записей в блоге: 14
	15.04.2020, 17:10
	Да, изучать подряд. Для начала хватит глав 1...4. Остальное по надобности. 1

@СергейСереб 39 / 9 / 10 Регистрация: 19.09.2016 Сообщений: 1,076
	17.04.2020, 19:06
	Подскажите еще пожалуйста по редактору Git. Делал git commit --amend, хотел внести изменения в последний коммит и как я понял, попал в редактор git, но как в нем работать - непонятно. Как из него выйти - тоже непонятно. Текст изменить не получилось. Сверху был комментарий прошлого коммита. Я так понял, мне предлагалось ввести новый комментарий или оставить старый. Как его редактиорвать - непонятно. Хотел оставить старый - тоже непонятно как подтведить и что делать дальше. Я уже нжимал кучу всего, слева какие-то тильды образовались. Это терминал в IDE PHPStorm под ОС вин10 0

@Rius 13073 / 7634 / 1669 Регистрация: 25.05.2015 Сообщений: 23,219 Записей в блоге: 14
	17.04.2020, 21:03
	Раз ничего не понятно, то это vim. Можно заменить на другой, например notepad++. В интернете полно инструкций. 0

@СергейСереб 39 / 9 / 10 Регистрация: 19.09.2016 Сообщений: 1,076
	29.04.2020, 21:29
	Перехожу на линукс, тут запутался с расположением файла гитигнор. Создаю вручную, средствами IDE. Куда его правильно "ложить"? Структура такая Правильно ли расположен файл? 0

@Rius 13073 / 7634 / 1669 Регистрация: 25.05.2015 Сообщений: 23,219 Записей в блоге: 14
	29.04.2020, 21:30
	.gitignore размещается в том каталоге, на который (и нижележащие) он должен действовать. Обычно это корневой каталог проекта. 0

@СергейСереб 39 / 9 / 10 Регистрация: 19.09.2016 Сообщений: 1,076
	29.04.2020, 21:51
	Тогда вроде правильно... 0

@СергейСереб 39 / 9 / 10 Регистрация: 19.09.2016 Сообщений: 1,076
	31.05.2020, 11:05
	Как оптимальнее/правильнее/удобнее делать коммиты? Делать коммит до начала изменений и описывать в коммите предстоящие изменения, или делать коммит после изменений и описывать в коммите выполненные изменения? И как часто коммиты делать? Какого объема код правильно/удобно считать подлежащим коммиту? Или это зависит от субъективной/объективной(при наличии четкого задания на разработку) оценки или значимости изменений? 0