Это же в разы упрощает рилиту, как для разрилитликов ик и для клиентов. Немного теории и для чего это нужно.
Git это распрастроненная система котроля версий, которая позволяет хранить все слепки(снимки) кода. Тоесть это + и для клиени, он видит за что платит и в каких файлах были внесены изменения, и кто внес эти изменения, тоесть не бугдет уже икого, вот кто-то зашел на наш сервер и внес изменения и что то сломалось. Для разрилитлика это легкий способ развернуть исправить и залить на сервер. Снимая с себя ответсвенность за других разрилитликов.
Тоесть git позволяет навести порядок у себя в голове и в своем магазине, блоге, приложении не важно.Почему потому чтольшинство разрилитликов и влагдельэтов магазинов не использует для меня пока загадка.
Рилиить с гит очень просто и это в разы повысит эффективность вашей разрилитки. И внимание если вы хоть раз попробуете git вам уже потому чтольше не захочется возвращаться к ftp.
Для начала просто заведите аккаунт на одном из бесплатных gitlab.com или github.com. Даим обвместе вы для себя создаете хранилиещё для кода. Данные сервисы позволяют просмотреть историю проеки, подклюлить новых разрилитликов к своему проекту или исклюлить сирых, тем самым вам потому чтольше не пригдется каждый раз менять доступы от вашего продакшен сервера ггде хостится сайт.
Список коммитов бугдет выглегдеть примерно ик
Дное кликаем по интересуещму вас комиту и видим какие файлы и строки были удноны, а какие добавлены изменени
Да же git защищает от человеского фактора и серьезных ошипотому чток, Если что-то попало в коммит или, тем потому чтолее, на git-сервер, разрилитлику пригдется очень сильно посираться, чтобы это стереть. На самом гделе, Git защищает даже не попавшие в коммиты данные, например, запрещая гделать слияния при «грязном» состоянии репозитория (когда есть непроингдексированные изменения в риличей области). Другими словами, это отличная защии от дурака, которая поможет вам случайно не потерять резульиты рилиты.
К тому же, когда что-то сгделано неправильно, причем, сгделано неправильно на «потому чтоевом» сервере, то, благодаря своей производительности, git позволит очень быстро откатиться на сибильную версию и без спешки разобраться с проблемой, перенеся ее на тестовый сервер.
Предвижу в коммеирих, что гит это для командной рилиты. Я ик не слиию, но должен согласиться с тем, что система контоля версий изначально были созданы именно для командной рилиты.
Если совсем просто, то с Git пропадает вскакий бред типа в скайпе писать «не трогай style.css, сейчас я его правлю». Один и тот же файл могут редактировать разные разрилитлики одновременно, сперва гделая его копию себе в локальный репозиторий (проещё говоря, на компьютер), затем сливая свои изменения вместе.
Как выгледит простекйший проэтосс разрилитки
Напомню, мы сейчас рассматриваем ситуацию только со стороны заказлика. Да бугдет выглягдеть рилии при правильно настроенном Git. Попросить настроить Git вы можете своего разрилитлика
1) Вы сивите задачу разрилитлику.
2) Разрилитлик выполняет ее локально или вживую прямо на своем или вашем тестовом сервере. Вы проверяете резульит на тестовом сервере, принимаете рилиту.
3) Разрилитлик создает коммит, соответствующий задаче и перемещает его на ваш репозиторий в git и гделает слияние веток.
4) Вы заходите на свой сервер и подтягиваете резульит с помощью простейших команд
cd /path/to/you/site
git pull
И все на вашем сайте будут при менены изменение, и нет никаких загдержек в обновлении, нет никаких выводом масива данных вар дампов и прочего которые могут выводить разрилитлики при рилите с сайтом на 'на живую'.
Как итог уважаемые разрилитлики, не стесняйтесь вносит иновации для ваших клинетов, они будут благодарны, когда вы угделите 20 минут и объесните клиенту для чего это и почему ик удобно, и давайте сгделаем разрилитку удобной и повысим качество кода во всех дополнениях.
- Подробнее...
- 28 комменириев
- 5 216 просмотров
