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

Блиин. Вот с какого ободуна у тебя рождаются проблемы с сохранением сделанного? С чего ты решил что-то должно попасть? Почему это "одна папка"? Причем тут вообще папки и структура хранения файлов?

Вот как такая ересь может рождаться в головах претендующих на специалистов?

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

---------- Добавлено 03.06.2020 в 13:54 ----------

То есть ещё и искажения в попытках оскорбить... Идете расскажете что вмордураторы напр не так работают.

В смысле, настроено? В phpStorm делаю create repository here и погнали или про какую настройку речь? Даже если один работаю - то тоже с гитом, иногда чисто на локалке репозиторий, без удаленного.

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

Нет.

Гит и есть бекап - как минимум в двух местах код - на проде и у меня. Плюс у меня еще история, можно посмотреть историй изменений выделенного фрагмента, наприме. Но не уверен, что это гита фича или ide.

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

Ну да - и сервис поднят/доступ имеется и с ИДЕ связано.

Ок. я понял. Спс.

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

SeVlad, проблема: как откатить изменения с ошибкой из пункта 1, оставив функционал, добавленный в пункте 3, и при этом не потерять и не залить правки из пункта 5, т.к. они ещё не завершены.

Я хочу чтобы ты рассказал, по пунктам, что сделать в такой ситуации, используя твою систему бекапов, чтобы решить проблему.

Это уже 4 попытка узнать у тебя.

danforth, да бесполезно просить

у Gui-Editorа :) Он вообще не понимает проблемы. Что там может случиться с сайтом санатория Будки? :) Когда 99% работы - это настройка плагинов в админке? Ну грохнулось что-то, ну отключил - всего-то делов? А мы тут со своим гитом ;)

Лучше расскажи, как ты к слиянию коммитов относишься - нужно ли?

Как вы мержите код, ревьюите? Что лучше - ребэйс или мерж? Интересует личный опыт

Или лыжи не едут или..

Я не понимаю как можно что-то "не то" залить или потерять что нужно(п5).. В чём проблема залить только то, что нужно (п1)? Это чего надо употреблять чтобы это стало проблемой?

Какие -такие тебе надо "шаги"? Бери и нажимай F5 (в тоталкоммандире напр). Если надо дифф - cm_CompareFilesByContent и cm_FileSync (у меня для этого и кнопки на панели и хотеки помню)

Рассказывай уже как ты свои такие "проблемы" решаешь в гите.

Странный вопрос. А как работать с гитом без слияния?

Мы не ревьюим. У нас есть пре-коммит хуки, которые приводят код-стайл в порядок. Есть линтеры, которые проверяют безопасность кода, есть CI/CD и автотесты, которые гоняют тесты до посинения, и в конце-концов, компетентные разработчики, которых не нужно ревьюить.

По ситуации.

danforth, так ты расскажешь как ты решаешь такие "проблемы" с пом гита или то был очередной троллинг?

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

Ну, с последним у нас есть проблемы, хотя бы я)))