sunduchkov Dec 23 2015 at 16:33

Git и Github. Простые рецепты

7 min

384K

Git*GitHub*

From sandbox

-13

Comments 15

saboteur_kiev Dec 23 2015 at 17:06

Еще одна статья про «git init»?

UFO landed and left these words here

igumnov Dec 24 2015 at 05:56

Совсем упущена тема по работе с бранчами. Получается что статья для тех кто в одного с гитом работает :)

UFO landed and left these words here

novoxudonoser Dec 23 2015 at 18:54

ну про git init уже выше сказали

>После выполнения этой команды появится новая папка\

Кхм. Папка это у девушки лёгкого поведения а в *nix это каталог или директория

saboteur_kiev Dec 23 2015 at 22:49

В оригинале все же папка(folder) для Windows GUI и директория(directory) для *nix, DOS и windows command line.
Каталог — аналог директории, а не папки.

ivlis Dec 24 2015 at 03:14

Рассказывать основы git и не знать про .gitignore…

Borz Dec 24 2015 at 05:20

в статье целых два абзаца посвящены .gitignore…

Alexey2005 Dec 24 2015 at 19:03

Проблема Git'а заключается в его высокой чувствительности к ошибкам. Т.е. ошибиться в процессе работы с ним очень легко, а исправить потом ошибку гораздо труднее. Особенно если не сразу понял, что начались косяки, и накатил несколько коммитов сверху.
Сколько раз я, закоммитив изменения с домашнего компа, открывал ноут и внезапно обнаруживал, что коммит на сервер не попал, т.к. по умолчанию пушится не весь реп, а лишь часть его веток, о чём я конечно же в очередной раз забыл…
Или, закоммитив из-под Windows, потом удивлялся — почему diff пишет, что в коммите изменена абсолютно каждая строчка проекта? А всему виной различие в символах перевода строки Windows и Linux.
Наконец, я столько раз запарывал реп или вносил в него разные трудноустранимые косяки, что у меня давно выработался рефлекс — периодически делать бэкапы репозитория и рабочей директории, чтоб, если что-то пойдёт не так, просто накатить версию репа из бэкапа и закоммитить последний вариант воркдира…

SnowLion Dec 25 2015 at 20:07

Просто оставлю это здесь

Ar20L80 May 4 2019 at 02:07

Спасибо за публикацию.
У меня получилось по вашей статье. Но только до этого момента:

$ git push -u origin master
ssh: connect to host github.com port 22: Operation not permitted
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

Напишите побольше о правах доступа. Почему может возникнуть такая ошибка.
И даже по https — тоже та же ошибка. Порт не заблокирован.

UFO landed and left these words here

Borz May 4 2019 at 19:20

лучше с "-v" — информации больше будет...

ssh -v git@github.com

И проверьте настройки проекта — возможно неправильно url указан: https://stackoverflow.com/a/55929611/1477909

saboteur_kiev May 4 2019 at 18:52

А у вас есть доступ к указанному репозиторию?

Ar20L80 May 4 2019 at 19:34

$ssh git@github.com
ssh: connect to host github.com port 22: Operation not permitted

Доступ есть. Есть репозитории. Но я их отправляю по https://, хотя и по ssh: тоже иногда получается.
Ссылку в основном делаю так: $git remote add имя_ссылки https://github.com/имя_пользователя/имя_репозитория.git
Вместо origin использую удобное имя.
PS. Иногда всё нормально. Иногда «permission denied».
Статья хорошая.
Но в статье можно было-бы рассказать еще про токены, какие токены генерируются. Для чего.
Про роли в проекте. Нет я конечно понимаю, что тогда получится очень длинно.
И вы упомянули ссылки на хеш. Продолжите, как их можно использовать. Что можно использовать для ссылки первые 3 буквы хеша. И еще

версии проектов (commit)

— это не совсем точное определение. commit — это что-то вроде ссылки на сделанные изменения. То есть это ссылка на разницу. Точного определения я сам сейчас не вспомню. Нужно будет поискать.
Расскажите что такое HEAD. И о git checkout HEAD^, о ветках, о слиянии веток.