12Jan

55e4c75510c933abb382390fbd9501c6

The first three chapters are to be studied inside and out!
https://git-scm.com/book/en/v2

The main things that I would like to draw your attention to:
1) The commit should exactly match the name. And the title should make clear what exactly you’ve pushed.
2) A good commit should fit the screen, one does not have to scroll it for too long to understand what you have done.
3) We regularly review the code. Follow the first two paragraphs, and your colleague won’t have to spend the whole day trying to understand what the commit is about.
4) What is bad about large commits? If there is an error in one of the changes, and the commit is to be rolled back, all changes will be rolled back, instead of one.
5) If you work in a team, download changes from the main thread at least once a day. The longer you wait, the more conflicts you have to resolve.
6) All commits are to be uploaded before the end of the day, no matter whether you have finished your work or not. If necessary, create a separate thread. If you are unavailable the next day for some reason, the team should be able to continue your work.
7) For any work that you are performing as a part of our team (if the customer does not have his own repository), you have to create a repository in our group at github.
https://github.com/soshace
8) For convenience of working in the command line with git, use aliases.

We are looking forward to meeting you on our website soshace.com

Vagrant Tutorial

From my experience many times customers asked me to install new environment for myself, help newbies to set the same environment. Another case was to upgrade software packages, e.g. Postgres 5.4 to 5.5. These tasks are not the complexity of ‘rocket science’ but if you are front-end developer it can take much of your time. The best is to give DevOps work to DevOps engineers.

Leave a Reply

12Jan

55e4c75510c933abb382390fbd9501c6
Первые три главы обязательно знать всем от и до!
https://git-scm.com/book/en/v2

Основное на что хочу обратить внимание:
1) Коммит должен четко соответствовать названию. А из названия должно быть понятно, что именно вы запушили.
2) Хороший комммит умещается на экране, его не нужно долго листать, чтобы понять, что именно вы сделали.
3) Мы регулярно проводим ревью кода, следуйте первым двум пунктам и вашему коллеге не придется тратить целый день, чтобы разобрать, что в коммите лежит.
4) Чем ещё плохи большие коммиты? Если где-то в одной из правок ошибка и коммит надо откатить, то откатят все изменения вместо одного.
5) Если вы работаете в команде, сливайте изменения с основной ветки в свою не реже раза в день. Чем дольше вы ждете – тем больше конфликтов вам придется решать.
6) Все коммиты должны быть слиты до конца рабочего дня, не важно закончили вы работу или нет. Заведите отдельную ветку, если нужно.  Если по какой-то причине вы будете недоступны на следующий день, команда должна иметь возможность продолжить вашу работу.
7) Для любой работы, которую вы делаете в рамках нашей команды (если у заказчика нет своего репозитория), нужно создать репозиторий в нашей группе на github.
https://github.com/soshace
8) Для удобства работы в командной строке с гитом – используйте алиасы.
9) Названия коммитов должны быть только на английском, комментарии в коде тоже только на английском!

We are looking forward to meeting you on our website soshace.com

Уроки React. Урок 6.

Давайте продолжим наш разговор об инфраструктуре вокруг React. Но для начала давайте немного изменим нашу структуру и поместим компонент Article в отдельную директорию Articel,создадим ее для начала. Имя нашего компонента на Index.js и добавим в него следующий код:

21. Уроки Node.js. Writable Поток Ответа res, Метод pipe. Pt.1

Нашим следующим шагом будет использование потоков для работы с сетевыми соединениями. И начнем мы с отдачи посетителю файлов. Если помните, у нас была такая задача: если посетитель запросит следующий url, то отдать ему файл. Создадим файл pipe.js со следующим кодом:

2 Replies to “Работа с Git”

  1. driverok 6 years ago

    Добрый день. Скажите используете ли какой нибудь GUI инструмент для работы с GIT?

    1. Никита Брагин 6 years ago

      Это на усмотрение разработчика, предпочтительнее консоль

Leave a Reply