Мне очень нравится git, и теперь у меня есть удаленный репозиторий. Это довольно круто, но я не могу найти такие простые данные. Моя идея была:
локальная разработка> фиксация, фиксация, фиксация и, если готово к производству,> нажмите на удаленный> и репозиторий git является виртуальным хостом в apache, и данные находятся в реальном времени.
Я действительно ошибаюсь в моих настройках или как я могу это понять?
Спасибо за помощь!
В зависимости от обстоятельств - вы согласны с тем, что потенциально непроверенный код будет запущен в производство? Например - Dev A размещает изменения, предназначенные для производства, тестирует их, и они выглядят нормально. Тем временем Dev B тестирует некоторый код - но, к сожалению, он допустил опечатку, и теперь приложение сразу же не выполняет запросы. Тем временем Dev A продвигается к производству, внося неработающие изменения Dev B.
Вам нужна стратегия развертывания, то есть вы всегда должны быть уверены, что то, что вы продвигаете в производство, (а) протестировано и (б) надежно. Я придерживаюсь мнения, что продакшн НИКОГДА не должен запускаться «прямо из git» хотя бы потому, что это очень упрощает возникновение плохих вещей - то есть, если кто-то получит доступ к вашему интерфейсу, он теперь может делать все, что хочет. в вашу базу кода. В лучшем случае они могут украсть код и вашу историю. В худшем случае они могут внести изменения в ваш код - скорее всего, вы этого не заметите.
Например, у вас может быть отдельный репозиторий специально для производства, из которого вы можете выполнить разветвление, а затем объединить изменения по мере необходимости, или развернуть код как отдельный архив. Это даст вам гораздо больше контроля и понимания того, что будет производиться.
Ваш мыслительный процесс кажется правильным, очень похожим на то, как я бы это делал.
Я думаю, что этот документ поможет вам разобраться в GIT, он очень помог мне, особенно с фоном подрывной деятельности: http://progit.org/ebook/progit.pdf
Если вас интересует рабочий процесс git, вам обязательно стоит оформить заказ Успешная модель ветвления Git и Распределенные рабочие процессы из GitBook.