I started one myself and had a close look on the others, so i thought i share this.
They all differ a bit so you must choose what fits your needs the best.

They all follow some kind of “best practise” structure, some more, some less.

So there is: https://github.com/gcalore/Silex-Stub
This has several common Providers already enabled:

• Twig
• UrlGenerator
• Monolog
• Doctrine DBAL
• Validator
• Forms

but it has no Frontend Frameworks integrated.
Another minus point is that the index is not in a web directory but in root, so that all lib files etc. are potentially accessible from the web, thou a .htaccess avoids that here.
It also doesnt provide tests.
So i wouldnt recommend that one.

The next one is: https://github.com/brtriver/silex-sample-application
This is a sample rudimentary blog application that you could use as starter.
It has Doctrine and Twig build-in, it has tests but also doesnt include some frontend magic.

The most complete is: https://github.com/lyrixx/Silex-Kitchen-Edition
This starterkit has several extension enabled:

• Doctrine
• Form
• Session
• SymfonyBrige
• Translation
• Twig (with debug extension)
• UrlGenerator

and it also has the HTML5Boilerplate and Twitter`s Bootstrap integrated.
Further Assetic and the YAMLLoader are already shipped and active and tests are provided aswell.
Here Silex is included as submodule, which means unpacked – hence not as phar-, which might be interesting for some.
In my Opinion this is some kind of a reference app, this is even more likely since the creator is sensio employee.
I stole a lot from it ;).

Last but not least mine ;) : https://github.com/ivoba/superleansilexplate
Its supposed to be very lean.
It comes just with Twig and Translation enabled.
It aims mainly at simple applications that need routing and just some additional logic. F.e. its a good container for javascript driven apps that get their data through API calls. If you need database support and more, simply register the provider yourself or use the kitchen.

Tests are included and for the frontend there is the a mix of skeleton(bootstrap seemed too verbose and too twitter branded for mi gusto) and HTML5boilerplate.
Also there is an optimized Boilerplate Build included to avoid Assetic.

Its not really finished yet, but sufficient to start with.
(feel free to provide some improvements)

Nun denn, direkt mal probieren, der Post hier beschreibt schon ziemlich gut was und wie man da was machen kann.

Ich benutze noch ant 1.8.0, also machen wir was uns vorgeschlagen wird:

All features of the build script require Ant version 1.8.2. Please upgrade to 1.8.2 or remove all instances of ‘overwrite=no’ (and this fail task) from the build script to continue

Also alle overwrite Attribute raus und den Test Task rausnehmen:
Den Testtask rausnehmen:

 <fail message="All features of the build script require Ant version 1.8.2. Please upgrade to 1.8.2 or remove all instances of 'overwrite=no' (and this fail task) from the build script to continue">
        <condition>
            <not>
                <contains string="${ant.version}" substring="1.8.2"/>
            </not>
        </condition>
 </fail>

Dann probieren:

cd build
ant

Und funktioniert: in publish liegt jetzt das optimierte Web Projekt.

Danach noch die buffer folder leeren, ist nicht unbedingt nötig aber macht Spaß :)

ant clean

Um die Bilder Optimierung anzuschalten, muss ich noch die libs dafür nach installieren:

sudo apt-get install libjpeg-progs optipng

Kleiner Tip noch:
Nutzt man zusätzliche javascript libs, die nicht konkateniert werden sollen, sollte man die nicht zwischen die comments schreiben.
Diese hier:

 <!-- scripts concatenated and minified via ant build script-->
 <!-- end scripts-->

Und um es auf die Spitze zu treiben lassen wir mal den vollen minify laufen:

ant minify

Der komprimiert zusätzlich noch das Markup.

Aufräumen:

ant clean

Nun noch den publish folder uploaden:
Ich will ja FTP via ant benutzen also vorher die Abhängigkeiten davon installieren, siehe hier in einem alten Post von mir.
Außerdem muss man noch die FTP properties angeben, das passiert in config/project.properties:

 #FTP deploy
 tool.ftp.host = host
 tool.ftp.user = user
 tool.ftp.password = password
 tool.ftp.remotedir = httpdocs

Holt man sich die boilerplate direkt von github, ist da eine Neuerung drin, welche erlaubt den Build zu erweitern, indem man eine project.xml anlegt und darin seine eigenen targets anlegen kann.
Benutzt man die letzte stable version muss man den task direkt in die build.xml schreiben.

Der FTP task ist ganz simpel ohne Spirenzien:

<target name="ftpupload" description="uploads the publish folder to your web space via ftp">
	<ftp server="${tool.ftp.host}" userid="${tool.ftp.user}" password="${tool.ftp.password}" timediffauto="false" remotedir="${tool.ftp.remotedir}" action="send" verbose="yes" passive="yes" depends="yes">
            <fileset dir="${dir.publish}">
            </fileset>
        </ftp>
</target>

Dann mal uploaden:

ant ftpupload

Komplett ist das dann so:

 ant minify
 ant ftpupload
 ant clean

Then go for ant and its ftp task!

Install it on ubuntu like so (given you have ant and java already):

cd ~
wget http://apache.openmirror.de//commons/net/binaries/commons-net-1.4.1.tar.gz
tar -zxvf commons-net-1.4.1.tar.gz
sudo cp commons-net-1.4.1/commons-net-1.4.1.jar /usr/share/ant/lib
rm -rf commons-net-1.4.1
rm -rf commons-net-1.4.1.tar.gz

wget http://archive.apache.org/dist/jakarta/oro/jakarta-oro-current.tar.gz
tar -zxvf jakarta-oro-current.tar.gz
sudo cp jakarta-oro-2.0.8/jakarta-oro-2.0.8.jar /usr/share/ant/lib
rm -rf jakarta-oro-2.0.8
rm -rf jakarta-oro-current.tar.gz

Butz!
Now make your self an build.xml file in your projects root and do:

cd myproject
ant

Wahnsinn!

Die Aufgabe ist mit dem yuicompressor alle css files einzeln zu komprimieren.
Concatenation lasse ich weg.
Wir haben zur Auswahl 2 x mal als ant deploy und einmal die gute alte shell.

Das yuicompressor jar ist “installiert” und liegt hier:

/usr/share/ant/lib/yuicompressor.jar

Und es kann losgehen:

1. ant via apply task

Ein Property (im externen property file) für das jar:

yuicompressor=/usr/share/ant/lib/yuicompressor.jar

Und nun der task:

<target name="minifyCSS">
		<apply executable="java" parallel="false" verbose="true" dest="${buildir}/project/${updateChannelTemp}/">
			<fileset dir="${updateChannelTemp}/${SvnExportDir}/scripts/" includes="*.css" excludes="*.min.css"/>
			<arg line="-jar"/>
			<arg path="${yuicompressor}"/>
			<arg line="-v"/>
			<arg line="--charset latin1"/>
			<srcfile />
			<arg line="-o"/>
			<mapper type="glob" from="*.css" to="*.css"/>
			<targetfile/>
		</apply>
		<move todir="${buildir}/project/${updateChannelTemp}/${SvnExportDir}/scripts/" overwrite="true">
			<fileset dir="${buildir}/project/${updateChannelTemp}/" includes="*.css" />
		</move>
</target>

2. ant via yui-compressor task

Dazu brauch es noch ein paar Vorbereitungen:

Hierzu muss das Task noch “installiert” werden, ich packs mal zu den anderen jars und dazu ein Property:

yuicompressortask=/usr/share/ant/lib/yui-compressor-task.jar

Weiterhin den Ant ClassPath:

<path id="project.classpath">
		[...]
<pathelement location="${yuicompressortask}" />
		<pathelement location="${yuicompressor}" />
</path>

Den Task definieren:

<taskdef name="yui-compressor" classname="net.noha.tools.ant.yuicompressor.tasks.YuiCompressorTask">

und das eigentliche Target:

<target name="minifyCSS2">
<mkdir dir="${updateChannelTemp}/${SvnExportDir}/scripts/css/"/>
<yui-compressor 
    warn="false" 
    munge="true" 
    cssSuffix=".css"
    jsSuffix=".js" 
    preserveallsemicolons="false" 
    fromdir="${updateChannelTemp}/${SvnExportDir}/scripts/" 
    todir="${updateChannelTemp}/${SvnExportDir}/scripts/css/">
  <include name="*.css" />
</yui-compressor>
<move todir="${updateChannelTemp}/${SvnExportDir}/scripts/" overwrite="true">
		<fileset dir="${updateChannelTemp}/${SvnExportDir}/scripts/css/" includes="*.css" />
</move>
<delete dir="${updateChannelTemp}/${SvnExportDir}/scripts/css/" />
</target>

3. via shell

java -jar /usr/share/ant/lib/yuicompressor.jar --type -v css < /home/builds/project/css/*.css > /home/builds/project/css/*.css

Fazit:
Ich hasse liebe ant.
Achtung: keine Gewähr, dass das die snippets funktionieren, weil ziemlich aus dem Kontext gerissen.
Ich wollte nur mal verdeutlichen was für ein overhead ant manchmal erzeugt.
Ich benutze es trotzdem ;)

Damit hole ich die HEAD Rev oder ein stable tag aus SVN, mach noch ein paar Fileoperations, wie Live Configs reinkopieren, .htaccess vorbereiten etc.
und jage die files dann, für die Standard Hosting Packete, mit FTP hoch. Dabei benutze ich noch die timediffauto Option, um nur die geänderten Files hochzuladen.

Nachdem wir hier den DeployServer neu gemacht haben, schmiess der FTP Task allerdings eine NullPointerException, die ich mir nicht erklären konnte, eigentlich war alles wie vorher.
Letztlich konnte ich es dann auf das timediffauto Attribut einkreisen und nach langem grübeln und googeln dann die Lösung:

Wir haben ein deutsches Debian Lenny installiert, das war vorher nicht so, sondern Englisch.
Die meisten Hosting Server scheinen auch Englische zu sein und da kam Ant ins straucheln.

Dank dieses Post hab ich dann die build.xml angepaßt und diese Attribute eingefügt:

serverLanguageCodeConfig="en" 
shortMonthNamesConfig="jan|feb|mar|apr|may|jun|jul|aug|sep|oct|nov|dec"

Wie es auch hier steht: http://ant.apache.org/manual/OptionalTasks/ftp.html

Fertig sieht der Task dann so aus:

<target name="startFTPTest" depends="check-cond" if="test">
		<move file="${updateChannelTemp}/${SvnExportDir}/.test.htaccess" tofile="${updateChannelTemp}/${SvnExportDir}/.htaccess"/>
		<ftp server="${ftpSite}" userid="${ftpUsername}" password="${ftpPassword}" serverLanguageCodeConfig="en" shortMonthNamesConfig="jan|feb|mar|apr|may|jun|jul|aug|sep|oct|nov|dec" remotedir="${remoteDirTest}" action="send" verbose="yes" passive="yes" depends="yes">	
			<fileset dir="${updateChannelTemp}/${SvnExportDir}" includes="**/*.php,**/*.css,**/*.html,**/*.js,**/*.gif,**/*.png,**/*.jpg,**/*.htaccess" excludes="**/install/**,**/configure.php**,**/*.test.htaccess">
			</fileset>
		</ftp>
</target> 

und dann lief es wieder.