GIt или не Git - вот в чем вопрос

Dreammaker
На сайте с 20.04.2006
Offline
554
#11

Проголосовал, что пользуемся в командной разработке. Только с уточнением, что исторически так сложилось, что используем Mercurial, хотя вот скоро перейдём на git (Bitbucket отказывается от поддержки меркуриала).

В основном работаю в консоли, там реально штук 5-6 основных команд, которые используются.

hg commit

hg push

hg pull

hg merge

hg strip

Программист использует графическую оболочку.

SeVlad:
локальные копии/бекапы и ФТП vs гит для разраба-одиночки

бекапы ж и система контроля версий - это разные вещи. Бекапы - это восстановить, если что-то упало, а контроль версий это для того, чтобы удобно было работать с кодом.

Aisamiery
На сайте с 12.04.2015
Offline
219
#12
SeVlad:
Там речь была совсем о другом. Грубо говоря это очередной виток давнего спора: локальные копии/бекапы и ФТП vs гит для разраба-одиночки.

Гит это не бэкапы и не фтп, он не заменяет ни то ни другое. Как можно сравнивать теплое с мягким?

SeVlad:
Причем акцент именно на разраба сайтов на ВП.

Гиту какая разница? ты можешь там хоть рецепты хранить или клипы с порнохаба или чем ты там развлекаешься, это просто система контроля версий файлов, просто система контроля версий

SeVlad:

А так-то я в курсе. Я только не понимаю - какой смысл его поднимать на локальном ПК (как некоторые предлагали).

Для тебя абсолютно никакого, все уже это поняли, да когда разрабатываешь сайты в админке гит тут бесполезен абсолютно, с этим я думаю никто спорить не будет от слова совсем.

SeVlad:
Я только не понимаю

Просто это твоя не самая сильная сторона.

Разработка проектов на Symfony, Laravel, 1C-Bitrix, UMI.CMS, OctoberCMS
SeVlad
На сайте с 03.11.2008
Offline
1491
#13
Dreammaker:
бекапы ж и система контроля версий - это разные вещи.

Я не раз это слышал :) Однако настолько уж они разные?:

Дикий пионер:
Пользюсь гитом из ide, в консоль не лажу. Когда работаю один - в качестве бекапа.

Нет, понятно что там есть какие-то удобства, но чем глобально и главное - для реального применения бекап файлов "разный" от гита? Что, нельзя сохранять версии файлов локально? Можно. Нельзя их найти-восстановить? Можно. Так что же такого разного, кроме.. ну может быть относительно удобного управления ими?

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

Ида. Все эти сравнения идут как раз от советов Слая ВПюзерам: "бекапы и ФТП - отстой для ламеров и надо юзать гит".

Делаю хорошие сайты хорошим людям. Предпочтение коммерческим направлениям. Топики помощи с ⓌordPress (https://searchengines.guru/ru/forum/1032910 ) и основы безопасности сайтов ( https://searchengines.guru/ru/forum/774117 ). *** Помощь\консультации в топиках форума - БЕСПЛАТНО. Платные услуги ( https://wp.me/P3YHjQ-3 ) - с бюджетом от 150$ ***
L
На сайте с 10.02.2015
Offline
143
#14
SeVlad:
Я только не понимаю - какой смысл его поднимать на локальном ПК (как некоторые предлагали).

Для удобства работы с локальной ИДЕ.

Поиск мест вызова функции.

Наставьте мне 20 плюсов за сообщение https://searchengines.guru/ru/forum/1049589/page2#comment_16674531 , посмотрим, как изменится рейтинг.
S
На сайте с 30.09.2016
Offline
469
#15
livetv:
Поиск мест вызова функции.

Вот чего привязался к этому поиску мест вызова функции? Мне это было нужно только когда свои CMS разрабатывал, и нужно было массово изменить этот вызов. Но в этом случае все файлы у меня сохранены локально. А если это какой-нибудь вордпресс, то этот поиск ни на дух не нужен. Но если бы надо было, то несложно это сделать консольными командами.

Отпилю лишнее, прикручу нужное, выправлю кривое. Вытравлю вредителей.
L
На сайте с 10.02.2015
Offline
143
#16
Sitealert:
Вот чего привязался к этому поиску мест вызова функции?

Вы просто не сталкивались с тем, что такое нужно.

Sitealert:
Но в этом случае все файлы у меня сохранены локально.

Вот видите, файлы хранились локально.

S3
На сайте с 29.03.2012
Offline
238
#17
livetv:
Может у него память хорошая, помнит все команды git и их аргументы.

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

VoV@:
Чаще пользуюсь TotroiseGit

Я тож начинал с черепахи, правда для ртути. Хорошая штука, но привыкнув работать в консоли - особо не нужна. Да и опять же- на сервере чтоб запустить деплой все равно нужно в консоль зайти. Руки не доходят до какого Дженкинса, равно как и времени почти нет на свои проекты - на работе дел хватает.

S
На сайте с 23.05.2004
Offline
294
#18

Использую гит поскольку модно, стильно, молодежно. Плюс говорят сам Линус пользует.

На деле пофиг, гитхаб дает бесплатно - вот и использую. Имхо тот же mercurial информативнее. Но так как заказчикам гит кажется круче - то за деньги любой каприз :)

Это просто мой личный сайт (https://phpdevs.com/) в моей подписи.
S
На сайте с 30.09.2016
Offline
469
#19
livetv:
Вот видите, файлы хранились локально.

Я храню локально все файлы, с которыми работаю. Но разработка всегда на сервере.

Aisamiery
На сайте с 12.04.2015
Offline
219
#20
livetv:
Для удобства работы с локальной ИДЕ.
Поиск мест вызова функции.

А гит то тут при чём?

Давайте небольшую предысторию, вдруг кому будет интересно почитать:

Есть у вас сайт, ну вот прям пофигу на чём, возьмем тот же ВП, роли никакой не играет. Он работает, на него заходят клиенты, поисковики, сайт популярен, тыщи комментов ежедневно пишутся, реклама крутится, бабки льются рекой. И вы единственный разработчик на ВП.

Вам нужно сделать функционал, для этого надо установить плагин X и плагин Y и завязать функционал плагина X с плагином Y. Какие действия?

1. Мы ставим плагины на бою, в плагине Х оказался "DROP DATABASE DB_NAME". Сайт лежит, благо есть бэкапы, поднимаемся, теряя лояльность клиентов, деньги за рекламу и контент в виде комментариев, заказов, форм.

2. Окей, вариант 1 берут ламеры, не ламеры качают сайт локально/на другой сервер/разворачивают рядом. Ставят плагины, но умные, БД ломается, но сайт продакшена работает, меняем файлы плагина (нам же он нужен) чтоб он не дропал БД. Отлично. Теперь меняем 100 файлов для завязки функционала как из ТЗ сверху, меняли их 3 недели, какие наши действия? Нам же надо накатить на прод все это. Берем и копируем 88 файлов (по фтп пару минут - сайт лежит не все файлы на месте), за 3 недели забываем что именно правили, забываем про дроп - на выходе вариант 1, ладно не забываем про дроп, помним, но что то идет не так и на проде сайт ложится с магической ошибкой в файле который мы даже не трогали, как откатить 100 файлов обратно?. Ладно не переносим, переключаем целиком на новую папку и теряем 3 недели комментариев, заказов, форм.

3. А есть вариант с гитом. Представим что у вас есть снапшоты состояния файловой системы под номерами, на продакшене 1, мы берем, разворачиваем как в варианте 2, делаем изменения дропа и 100 файлов, коммитим и получаем ревизию 2. На продакшене нам надо только парой команд сменить ревизию с 1 на 2 (все изменения в файлы попадают одномоментно и сразу). Что то пошло не так, магическая ошибка, и нам надо переключить ревизию парой команд со 2 на 1. Где тут про бэкапы?

Вот от этого все и пляшет, гит контролирует файлы в разных папках чтоб они были идентичные согласно ID состоянию системы, на то она и система контроля версий. Тут остается только вопрос, когда люди правят все на продакшене, почему они это делают - загадка. Когда я правил на продакшене (да был мал и глуп, ну и не хватало скилов), для меня просто вызывал дискомфорт разворачивания локально и поддержки актуального состояния, но и этот я вопрос так же закрыл изучив пару инструментов которые эти проблемы решают, но это уже другая история.

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий