[ID#136] Kritik am APF: Mögliche Verbesserungen #483
Labels
Milestone
Comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Reporter: jprangenberg
Created: 2014-02-02
Updated: 2015-10-12
Assigned To: ChristianAchatz
Priority: normal
Severity: Feature-Wunsch
Status: geschlossen
Product version: 2.0
Solved in version: 2.1
Target version: 3.0
Description:
Notes:
@ChristianAchatz 2014-05-18 00:48
-> Sandbox done, thus topic done. :)
Composer introduction will be handled with a separate issue.
=-=
@ChristianAchatz 2014-05-17 23:28
=-=
@ChristianAchatz 2014-05-17 09:20
https://github.com/fletcher/MultiMarkdown/blob/master/Documentation/Markdown%20Syntax.md
=-=
@ChristianAchatz 2014-05-04 22:03
Open issue:
=-=
@ChristianAchatz 2014-05-02 15:02
Repositoried finally documented under
http://wiki.adventure-php-framework.org/GIT_Repository/en (English)
http://wiki.adventure-php-framework.org/GIT_Repository (German)
=-=
@ChristianAchatz 2014-04-25 10:21
Gut, danke für deine Einschätzung! :) Ich starte dann mit der Doku des ganzen und der Anpassung der Build-Skripten.
=-=
@Dingsda 2014-04-24 23:28
denke ich auch.
super
=-=
@ChristianAchatz 2014-04-24 22:56
@Dingsda: schau dir mal die Änderungen an. Müsste IMHO passen.
=-=
@ChristianAchatz 2014-04-24 11:31
Danke für deinen Input! Ich hatte gestern Abend die --tree-filter Geschichte lokal schon vorbereitet und getestet - läuft (genau wie von dir beschrieben)!
Bei GIT-Fragen komme ich beim nächsten Mail einfach gleich zu dir und spare mir 2h Doku lesen! ;)
Ich werde das die Tage entsprechend durchführen und auf GitHub aktualisieren. Anschließend passe ich die Build-Skripten an, da sich diese dann aus mehreren Repos bedienen.
=-=
@Dingsda 2014-04-24 00:41
ach ja...
wenn wir schon dabei sind die git-history zu verändern kann man vielleicht noch bei dem beispiel dynamic modules den ordner der älteren versionen umbennen. der hieß ja irgendwann mal mano_modules, wenn ich das richtig gesehen hab.
git filter-branch --prune-empty --tag-name-filter cat --tree-filter "git mv -k examples/mano_modules/ examples/dynamic-modules/" -- --all
=-=
@Dingsda 2014-04-24 00:21
ich hab das apf auch schon gesplittet:
https://github.com/dingsda87/APF
das müsste der befehl gewesen sein, den ich dafür genommen hab:
git filter-branch --prune-empty --tag-name-filter cat --tree-filter "git rm -r -f --ignore-unmatch tests/ config/ examples/ migration" -- --all
dauert etwas länger.
mit dem subdirectory-filter hab ich es auch z.b. hier gemacht:
https://github.com/dingsda87/example-calc
befehl:
git filter-branch --prune-empty --tag-name-filter cat --subdirectory-filter examples/calc -- --all
branches/tags in denen die subdirektory nicht exisiert bleiben unverändert. müssen dann noch gelöscht werden.
sieht erstmal ganz gut aus das ergebnis.
ein problem hatte ich erstmal ich bei beiden befehlen. sie wurden immer nur auf branches angewendet, die auch vorher ausgecheckt wurden. hatte etwas gedauert bis ichs bemerkt habe.
=-=
@ChristianAchatz 2014-04-23 23:20
Repo-Split HowTos:
http://stackoverflow.com/questions/811251/how-can-i-move-a-single-directory-from-a-git-repository-to-a-new-repository-whil
http://stackoverflow.com/questions/359424/detach-subdirectory-into-separate-git-repository/17864475#17864475
=-=
@ChristianAchatz 2014-04-23 16:18
Um eine einfachere Entwicklung zu ermöglichen wird das code-Repo noch weiter aufgespalten:
code: alle Inhalte unter "core", "tools", "modules", "extensions"
examples: alle Inhalte unter "examples"
config: alle Inhalte unter "config"
Damit kann zukünftig lokal auch mit Sub-Modulen gearbeitet werden. Doku für das lokale Setup der APF-Seite und der Beispiele werde ich entsprechend anpassen.
=-=
@ChristianAchatz 2014-04-20 09:45
Hallo dingsda,
darüber habe ich auch schon nachgedacht. Bin grade dabei das docs-Repo dahingehend umzubauen - quasi als POC. Mal sehen, wie sich das machen lässt.
=-=
@Dingsda 2014-04-19 12:59
wie wäre es mit nem repository nur für die richtigen framework-teile. also core, modules, tools und extensions.
tests, config, migration und die ganzen beispiele wären eigene repositorys.
in .gitignore von APF müsste dann stehen:
*/
!core/
!modules/
!tools/
!extensions/
das z.b. sandbox-repository hätte dann in der .gitignore folgendes zu stehen:
APF/
!APF/config/
APF/config/core/ (der ordner existiert ja immer erst nach konfiguration der sandbox)
!APF/sandbox/
so ist es kein problem das sandbox-repository zu klonen, darin dann das APF-repository und man kann ganz leicht an der sandbox und dem APF änderungen machen.
so wie es aktuell ist tu ich mich etwas schwer mir vorzustellen wie man bequem dran arbeiten soll.
man kann in github nicht nur teile eines repositorys clonen wie bei svn sondern nur das ganze. im unterordner sandbox/APF braucht man aber nur die ordner modules, core, extensions und tools. den rest muss man mitschleppen oder löschen. löscht man sie kann man aber nicht mehr einfach updaten.
bemerkt man bei arbeiten mit der sandbox fehler im apf kann man die nicht einfach im unterordner sandbox/APF beheben weil das updaten daraus nicht so leich möglich ist.
vielleicht sehe ich die probleme allerdings auch nur, weil ich mit github noch nicht so vertraut bin. mir scheint aber, dass andere ihre repository auch eher kleiner aufbauen.
=-=
@ChristianAchatz 2014-04-18 21:52
Hallo dingsda,
das funktioniert mit GIT so nicht, da die Beispiel-Implementierungen (sandbox, calc, ...) auch Konfigurationen benötigen. Ich schaue mir das mit der Dokumentation der lokalen DEV-Umgebung nochmal an.
=-=
@Dingsda 2014-04-17 15:07
wäre es nicht besser für sandbox und die anderen beispiele eigene repositories zu machen in die dann das framework-repository hineingecloned werden kann?
=-=
@ChristianAchatz 2014-04-15 20:40
Repo on Sf.Net deleted so GIT/GitHub migration is finally done.
=-=
@ChristianAchatz 2014-04-14 15:57
Changes to the build script environment done in #131.
=-=
@ChristianAchatz 2014-04-09 10:41
Initial migration done. See https://github.com/AdventurePHP/code and https://github.com/AdventurePHP/docs.
=-=
@ChristianAchatz 2014-04-02 22:32
Migration help:
==> Initial testing import done under https://github.com/AdventurePHP/code
==> Reset: https://help.github.com/articles/deleting-a-repository
=-=
@ChristianAchatz 2014-03-30 21:39
Setup von GIT-Repos:
Branching:
SVN-Backup:
=-=
@ChristianAchatz 2014-03-01 20:53
Protokoll APF-DEV-CHAT:
Github-Account anlegen; mit diesem kann auch packagist.org genutzt werden.
==> DONE: https://github.com/AdventurePHP
Git Repo-Aufbau:
==> DONE
==> https://github.com/AdventurePHP/docs
==> https://github.com/AdventurePHP/tools
==> https://github.com/AdventurePHP/code
--> http://stackoverflow.com/questions/273695/git-branch-naming-best-practices
--> http://uncod.in/blog/github-tortoisegit-and-organizational-workflow-tutorial/
Composer-Doku: https://packagist.org/about
Zeitplan:
=-=
@jwlighting 2014-02-18 20:32
Wir sollten bei der nächsten Skype-Konferenz mal über das Thema sprechen.
LG :)
Jan
=-=
@ChristianAchatz 2014-02-16 08:53
Noch ein Gedanke zu
Ich lese aus dem Chat, dass es hier mehr um die Diskussion der Hosting-Plattform geht. Sehe ich das richtig?
Denn: GitHub unterstützt neben Git auch SVN. Damit scheint mir ein Umzug sicher einfach zumachen wenn es "nur" um die Hosting-Pattform und nicht um das VCS geht. Dann möchte ich allerdings nochmals den Mehrwert eines Umzugs diskutieren. Ist dieser wirklich ausschlaggebend?
Meine Meinung: wenn Umzug, dann auch das VCS wechseln.
Allerdings: Sf.Net ist aktuell wohl besser was die Verfügbarkeit der Services angeht. Meinungen dazu?
Hinsichtlich des Pricing/Angebots bin ich aktuell noch etwas im Unklaren (siehe z.B. https://github.com/blog/11-github-free-for-open-source). Das APF-Projekt ist zwar in Summe nicht allzugroß, 40MB reichen allerdings bei weitem nicht (siehe APF Doku Webseite).
@me: https://help.github.com/articles/what-is-my-disk-quota, http://programmers.stackexchange.com/questions/164618/why-are-many-programmers-moving-their-code-to-github, http://www.17od.com/2010/11/11/migrating-a-sourceforge-subversion-repository-to-github/
=-=
@ChristianAchatz 2014-02-16 08:30
Hallo zusammen,
die Punkte
sehe ich als absolut sinnvoll an.
Die Forderung eines
ist absolut valide. Die aktuelle Implementierung des APF ClassLoader-Interface ist da IMHO schon verdamt nahe dran (siehe https://github.com/php-fig/fig-standards/blob/master/proposed/psr-4-autoloader/psr-4-autoloader.md). Wenn ich den Chat so ansehe, geht es hier auch eher um das Wording. Der Protagonist der Diskussion hat sich die Implementierung offentichlich noch nicht angesehen.
Mit
hebelst du das komplette Grundkonzept des APF hinsichtlich der HMVC-Implementiernuga aus und generierst bei einem Code-basierten HMVC-Ansatz (wie z.B. bei Kohana) dedizierte Abhängigkeiten im Code, die Unit Tests extrem erschweren. Diesen Punkt würde ich daher gerne erst mal ausschließen.
=-=
@jwlighting 2014-02-07 21:42
Hallo Jens,
ich fänds toll wenn du die Verbesserungsvorschläge nach und nach angehst und die einzelnen daraus abgeleiteten Aufgaben daraus in eigene Tasks rüber schiebst, und den entsprechenden Bearbeitern zuweist.
Ich habe dich hier mal eingetragen, in der Hoffnung dass du die Verbesserungsvorschläge "manage" magst.
LG :)
Jan
=-=
@jwlighting 2014-02-02 18:41
Skype-Protokoll zum Thema als Dateianhang hochgeladen
The text was updated successfully, but these errors were encountered: