<<<<<<<< HEAD:administration/02-devops/git/scv4.md

Вклад в чужой проект

Команды из статьи

``````
``````
``````

Про совместную работу и права

Золотое правило системного администратора относительно прав доступа: "Необходимо и достатотчно". Что касается проекта в GIT системе и на удалённых серверах, то это правило точно также должно неуклонно соблюдаться. Так как "пользователь - он тупой", а всякий раз берясь за эксплуатацию какой-либо информационной системы, даже будучи администратором, мы все становимся пользователями, то ... вывод очевиден - нужно информацию, над который мы же и работаем, защищать и от нас самих и, уж тем более, от окружающих.

Так как же официально с точки зрения GIT работать над одним проектом?

Second Header

Fourth Header

Полезные привычки при работе с GIT и GitHub

Проверять на наличие pull-request в репозитории на GitHub
Делать git pull перед началом работы над локальной копией
Делать "правильные" описания коммитов
Почаще делать git commit и git push - в конце дня обязательно
Не стесняться делать pull-request. На каждый чих не нужно, но в конце этапа или дня - обязательно.

Правила создания коммитов

Логически разделять изменения.
Создавать качественные сообщения коммита:
Не более 50 символов
Писать в повелительном наклонении
Лучше на английском
Создавать детальное описание

Источники:

========

Вклад в чужой проект

Следующая статья

Про совместную работу и права

Золотое правило системного администратора относительно прав доступа: "Необходимо и достатотчно". Что касается проекта в GIT системе и на удалённых серверах, то это правило точно также должно неуклонно соблюдаться. Так как "пользователь - он тупой", а всякий раз берясь за эксплуатацию какой-либо информационной системы, даже будучи администратором, мы все становимся пользователями, то ... вывод очевиден - нужно информацию, над который мы же и работаем, защищать и от нас самих и, уж тем более, от окружающих.

Так как же официально с точки зрения GIT работать над одним проектом?

Полезные привычки при работе с GIT и GitHub

Проверять на наличие pull-request в репозитории на GitHub
Делать git pull перед началом работы над локальной копией
Делать "правильные" описания коммитов
Почаще делать git commit и git push - в конце дня обязательно
Не стесняться делать pull-request. На каждый чих не нужно, но в конце этапа или дня - обязательно.

Правила создания коммитов

Логически разделять изменения.
Создавать качественные сообщения коммита:
Не более 50 символов
Писать в повелительном наклонении
Лучше на английском
Создавать детальное описание

8aa0354739c894a9212e64232602da21f2e75d2a:docs/administration/devops/git/scv4.md