2015-03-17 4 views
0

Я работаю над несколькими проектами, но каждый подключается к веб-службе REST.Организация кода с laravel и несколькими репозиториями git

Я разработал первый, используя Laravel, и разработал несколько классов, действительно полезных для общения с веб-службами.

Я хотел бы начать второй и, конечно же, повторно использовать классы, разработанные для соединения REST.

Моя проблема заключается в том, что моя компания хочет, чтобы я использовал несколько каталогов git для проектов, и каждый из них должен быть загружен в другой проект springloops. Springloops немного похож на github, вы можете загрузить свой код с помощью git.

Как вы могли бы избежать копирования/вставки и использовать один и тот же код laravel, но в разных проектах (и, я думаю, в разных местах)?

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

Спасибо.

+1

Вы, вероятно, захотите использовать подмодули git, http://stackoverflow.com/q/1030169/1331425 –

+0

Вы рок, спасибо @limonte! – Vico

ответ

1

Как создать собственный пакет Composer и сохранить его в отдельном (закрытом) Git-репо? Насколько Composer обеспокоен это так же, как любой другой пакет, вы можете проверить this section of the docs:

Использование частных репозиториев

Точно такое же решение позволяет работать с частными хранилищ на GitHub и BitBucket:

{ 
    "require": { 
     "vendor/my-private-repo": "dev-master" 
    }, 
    "repositories": [ 
     { 
      "type": "vcs", 
      "url": "[email protected]:vendor/my-private-repo.git" 
     } 
    ] 
} 

Единственным требованием является установка ключей SSH для клиента git.

+0

Я не очень хорошо знаю композитора, поскольку я понимаю, что композитор позволяет вам обрабатывать пакеты, зависимости и т. Д. Я только что обновил весь проект, выполнив «обновление php composer.phar». Если создать собственный пакет композитора, значит ли это, что каждый раз, когда этот пакет обновляется, все остальные репозитории должны запускать «обновление php composer.phar»? Не может ли это быть сделано на каждом git pull? – Vico

+0

Это зависит от вашей настройки, но скажу, что вам не нужна версия, а ветка (как в примере выше): поскольку фактическое содержимое пакета не находится в управлении версиями, вам не нужно обновлять репозиции, которые полагаются на это никак, только рабочие копии. Это то, что вам просто нужно делать периодически, если вы работаете с проектом Composer. Если ваши проекты на самом деле не используют Composer, хотя, возможно, вы не должны его подгонять для одного пакета. –

+0

Благодарим за помощь, я дам ей попробовать, имея возможность разделить наш код на разных серверах, абсолютно обязательный. – Vico

Смежные вопросы