- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Финальными версиями называют официальные релизы. Можно дать пользователям поиграть хоть с 0.1/0.01. Только они должны понимать, что являются тестировщиками.
ты хочешь сказать что не нужно версионирование продукта?
Я хочу сказать, что не нужно "выкатывать" на "прод" все подряд.
И там могут использоваться совсем другие методы развертывания.
Другие это какие? В чем-то принципиальное отличие? Я вот знаю под десяток, постоянно использую 3-4
Ни в одном из них нет SFTP))) Мне мое время дорого.
Facepalm. Я хочу сказать, что не нужно "выкатывать" на "прод" все подряд. У кого-то могут быть длинные циклы выпуска финальных версий. И там могут использоваться совсем другие методы развертывания.
Да, и? К чему, ты хочешь сказать что не нужно версионирование продукта?
Ни в одном из них нет SFTP))) Мне мое время дорого.
или залить исправленный 1 php файл с микро правкой
"Микроправки" тоже можно "коммитить". Соответственно они могут порождать новые версии "продукта". Тем более что вы их "выкатываете" на "прод".
В редких случаях "микроправки" могут приводить к плохим последствиям, которые не сразу удается распознать. В системах контроля версий проще сделать автоматизированный откат, чем "микроправку назад".
С другой стороны я вас хорошо понимаю. Вполне можно результат "микроправок" не считать новой версией, даже "внутренней" (технологической). Но в принципе увеличить какой-нибудь "четвертый октет" в номере версии не трудно.
Ты написал, что в основном используешь.
И мы даже выяснили, в каком случае этот вариант эффективный.
"Микроправки" тоже можно "коммитить". Соответственно они могут порождать новые версии "продукта". Тем более что вы их "выкатываете" на "прод".
Не просто можно, а нужно. Если продукт хоть сколько серьезный - без этого никак.
А вообще именно использование SFTP - Куча ненужных движений.
Я нашел баг у себя, пофиксил локально, тут же закоммитал и пушнул в репо. Если это фича-бранч - он автоматом развернулся в энве для тестирования. Там погонял - все нормально, тогда вмержил изменения в основную ветку и они уже развернулись на проде.
Это только кажется, что куча действий, на практике все автоматизировано.
Но в принципе увеличить какой-нибудь "четвертый октет" в номере версии не трудно.
четвертый???
Вроде нет, не писал)
Значит, скрыл основное 😀 Вот как после этого тебе верить? 😂
А в каком случае - неэффективный?
Я пытался описать один вариант.
четвертый???
Да хоть пятый. Я разное повидал за свою деятельность "не разработчика" 😊