Více vývojových prostředí a SVN

josef.sabl

Jak přistoupit správně k tomuto problému?

Je nás víc vývojářů jedné aplikace, kteří máme na localhostech jiná nastavení (např. hesel pro přístup do databáze).
Aplikaci máme v SVN a protože config.neon je zásadní soubor ovlivňující vlastnosti aplikace (nejen hloupou konfiguraci hesel do databáze), máme v SVN i ten.

Jenže tyhle dvě věci jaksi nejdou dohromady, protože config.neon pak máme všichni stejný. Existuje více možností, jak to řešit, ale všechny mi přijdou jako kompromisy a workaroundy, což mi nesedí k filozofii Nette. Je to nečisté, zdržuje to při práci a je to potenciální zdroj chyb, problémů a bezpečnostních děr.

Možnosti, jako to obejít:

Mít na všech localhostech stejné nastavení prostředí. config.neon budeme mít v SVN a všichni stejný.
Mít v SVN jen jakýsi vzorový config.neon.example. Všechny změny provedené do vlastního config.neon, který nebude v SVN promítat i do examplu
Mít jediný config.neon, který bude v SVN. Po updatu si každý upraví hodnoty tak, aby mu to běželo a bude dávat pozor, aby to necommitnul zpátky. Když commitne, ostatním to na localu rozbije a bude na souboru v SVN falešná změna.

Stejný problém, avšak s daleko horšími důsledky nastane v případě, že budu aplikaci provozovat na více produkčních serverech najednou (a pokaždé s jinou konfigurací).

Existuje nějaká možnost, která bude mít lepší vlastnosti, než ty tři mnou vyjmenované?

Mě napadlo následující, ale Nette zřejmě něco takového neumí:

Možnost existence více .neonů, např. config.neon a local.neon. local.neon by hodnotami v něm přepisoval hlavní config.neon. Ty, které by sám neobsahoval, by nechal.
Lepší by asi bylo, aby se local.neon jen prachsprostě přilepil na konec config.neon, protože neon sám o sobě už mechanismus na dědění má.
Include pro config.neon. Potom v sekci parameters: bych mohl uvést něco jako include: local.neon
Možnost definovat běhové prostředí přítomností souboru na disku, který by nebyl v SVN

Čtyřka je nejschůdnější z pohledu realizace i bez zásahu do Nette, ale zase má tu nepříjemnost, že nutí uživatele do SVN publikovat svoje nastavení databáze.

Což je obecně problém config.neon v SVN: Mám aplikaci, jejíž kód/repozitář chci zveřejnit, ale musím v něm mít uvedená hesla.

Editoval josef.sabl (12. 1. 2012 17:49)

Filip Procházka

Můžeš si vynutit přítomnost souboru tím, že použiješ sekci includes, v hlavním configu

includes:
	- config.local.neon

...

Nebo to podmíníš v boostrap.php

// Configure application
$configurator = new Nette\Config\Configurator;
$configurator->setTempDirectory(__DIR__ . '/../temp');

$configurator->addConfig(__DIR__ . '/config/config.neon');
if (file_exists($localConfig = __DIR__ . '/config/config.local.neon')) {
	$configurator->addConfig($localConfig);
}

$container = $configurator->createContainer();

Editoval HosipLan (12. 1. 2012 18:44)

Acnnair

Ja používam ako písal HosipLan includes v hlavnom configu. To je application.neon (sú tam služby atď.) a v repozitári je config.local.neon.dist. Na základe toho si každý spraví config.local.neon, ktorý je nastavený aby bol gitom (svn) ignorovaný. Ten lokálny neon slúži na nastavenie špecifických parametrov pre jednotlivé pc (pripojenie na db).

Patrik Votoček

používám řešení:

// Configure application
$configurator = new Nette\Config\Configurator;
$configurator->setTempDirectory(__DIR__ . '/../temp');

$configurator->addConfig(__DIR__ . '/config/config.neon', FALSE);
if (file_exists($localConfig = __DIR__ . '/config/config.local.neon')) {
        $configurator->addConfig($localConfig, FALSE);
}

$container = $configurator->createContainer();

což se od HosipLanem navrhovaneho reseni lisi pouze v tom ze vůnec nepoužívam „sekce“.

josef.sabl

Výborně!

Teď vidím, že v API přibyl addConfig a loadConfig zmizel. To je přesně to, co jsem potřeboval.
No dokonce existuje i varianta s include, jak jsem si ji vybájil.

Jsem rád, že mě napadla stejná řešení jako autory Nette :-D

Díky za nasměrování. Škoda jen, že nic z toho se nedá najít v žádné dokumentaci.

22

Díky za nasměrování. Škoda jen, že nic z toho se nedá najít v žádné dokumentaci.

co je tohle?

RDPanek

Používáme:

config.neon # globalni hodnoty nezavisle na nastaveni localhostu
config.local.neon.example # zavisle na konkretnim vyvojari (db, ws, testConfig, …)

na localhostu si jej každý přetvoří na:

config.local.neon

který je uveden v .gitignore