Как Вы структурируете свой рабочий процесс репозитория Мерзавца?
Ваша миграция сформирована неправильно. Во-первых, первичный ключ и внешний должны быть одного типа, в вашем случае, поскольку первичный ключ использует метод laravel increments, внешний ключ должен быть unsigned integer. Во-вторых, вы устанавливаете основной в первой таблице как иностранный в той же таблице, что совершенно неверно.
Ваши миграции должны выглядеть следующим образом
Первая таблица
public function up()
{
Schema::create('Gerecht', function (Blueprint $table) {
$table->increments('Gerechtcode');
$table->string('Gerecht', 20);
});
}
Вторая таблица
public function up()
{
Schema::create('Subgerecht', function (Blueprint $table) {
$table->increments('SubgerechtCode');
$table->unsignedInteger('Gerechtcode');
$table->string('Subgerecht', 25);
$table->foreign('Gerechtcode')->references('Gerechtcode')->on('Gerecht');
});
}
[ 119] Дополнительную информацию можно найти в документации .
2 ответа
Мне нравится путь Пользовательский интерфейс Yahoo! (YUI), команда, кажется, работает. Я не в Yahoo, ни, я в той команде, но их журналах фиксации мерзавца показываю много об их процессе.
Команда YUI поддерживает центральный репозиторий, где у всех в команде есть доступ фиксации. Периодически после соглашается на этот репозиторий (это могло бы быть после каждого нажатия, но я не думаю так), огни системы сборки, восстанавливают YUI и продвигают недавно теговый, соглашаются на GitHub, где сообщество может разветвить код и работу над ним.
Я выступаю за центральный репозиторий, который представляет "официальное" состояние проекта. Конечно, если я хочу совместно использовать код с коллегой, я могу принять меры, чтобы они вытянули ответвление от меня, и мы можем сотрудничать тот путь.
"Основной" репозиторий предлагает другие преимущества также, такие как простота непрерывной интеграции, поскольку триггеры нажатия/получения по запросу могут быть настроены на 'основном' репозитории для исчерпывания модульных тестов и системы сборки. Это также гарантирует, что все знают, где новая 'известная хорошая' версия репозитория, так, чтобы, если проект должен быть разработан, опубликованный, или протестировал, могут быть разумные обеспечения, что 'основной' репозиторий готов к этому.
Мерзавец будет поддерживать почти любой рабочий процесс, о котором можно думать, но даже среди малочисленной команды, Вы не хотите там быть вопросом о том, где 'официальный' репозиторий. Кошмар обслуживания, который мог привести к, особенно поскольку Вы приближаетесь к выпуску, был бы неприятен.
посмотрите на хороший блог http://nvie.com/git-model и комментарии