Если вы хотите объединить project-a
в project-b
:
cd path/to/project-b
git remote add project-a path/to/project-a
git fetch project-a
git merge --allow-unrelated-histories project-a/master # or whichever branch you want to merge
git remote remove project-a
Взято из: git слить разные репозитории?
Этот метод работал очень хорошо для меня, он короче и, на мой взгляд, намного чище.
Примечание: Параметр --allow-unrelated-histories
существует только с git> = 2.9. См. Git-git merge Документация / -allow-unrelated-history
Из Википедии:
Образцовый контроллер представления (MVC) является архитектурным шаблоном, используемым в разработке программного обеспечения. Успешное использование шаблона изолирует бизнес-логику от соображений пользовательского интерфейса, приводящих к приложению, где легче изменить или общий вид приложения или базовые бизнес-правила, не влияя на другой. В MVC модель представляет информацию (данные) приложения, и бизнес-правила раньше управляли данными; представление соответствует элементам пользовательского интерфейса, таким как текст, объекты флажка, и т.д; и контроллер управляет деталями, включающими коммуникацию к модели пользовательских действий, такими как нажатия клавиш и движения мыши.
Таким образом модель - это содержит приложение и бизнес-правила.
Я полностью согласен с Josh. Однако можно создать своего рода слой проверки между Контроллером и Моделью так, чтобы большинство синтаксических проверок могло быть выполнено на данных, прежде чем это достигнет для моделирования.
Например,
Слой проверки проверил бы формат даты, формат суммы, обязательные поля, и т.д...
Так, чтобы модель просто сконцентрировалась бы на бизнес-проверках как сумма x, должно быть больше, чем сумма y.
Проверка базового синтаксиса должна быть в управлении, поскольку это переводит ввод данных пользователем для модели. Модель должна сделать реальное подтверждение правильности данных.
Мой опыт с MVC к настоящему времени состоит из полностью направляющих.
Направляющие делают это - проверка 100% в Модели.
По большей части это работает очень хорошо. Я сказал бы 9 из 10 раз, это - все, в чем Вы нуждаетесь.
Существуют некоторые области однако, где то, что Вы отправляете от формы, не совпадает с Вашей моделью правильно. Может быть некоторая дополнительная фильтрация/реконструкция или и так далее.
Лучший способ решить эти ситуации, которые я нашел, состоит в том, чтобы создать поддельные объекты модели, которые в основном действуют как Объекты модели, но отображаются 1 к 1 с данными формы. Эти поддельные объекты модели ничего на самом деле не сохраняют, они - просто блок для данных с присоединенными проверками.
Примером такой вещи (в направляющих) является ActiveForm
После того как данные входят в них (и допустимо), это обычно - довольно простой шаг для передачи его непосредственно через к фактическим моделям.