2011-09-07 2 views
2

Après avoir cherché à travers de nombreux frameworks PHP pour savoir lequel apprendre et utiliser, je me suis provisoirement installé sur Lithium. Cela semble très bien. Sauf, je ne suis pas entièrement sûr de savoir comment gérer au mieux les applications Lithium que j'écris en git, à cause de la façon recommandée d'obtenir le code. Le manuel suggests:Quelle est la méthode recommandée pour utiliser git dans mon projet Lithium?

git clone git://github.com/UnionOfRAD/framework.git my_app 
cd my_app 
git submodule init 
git submodule update 

Il en résulte un dépôt principal non vide (2000+ engage dans l'histoire à l'heure actuelle). Est-ce que je devrais simplement commettre mes propres changements dans ce même dépôt (dans mes propres succursales?) Et tirer/fusionner quand il y a des changements, ou y a-t-il une autre façon qui est recommandée?

Je sais que je peux aussi simplement télécharger les fichiers sans cloner le dépôt, mais puisque le manuel indique que cela est recommandé, j'ai pensé qu'il devait y avoir une bonne raison et une façon idéale de le faire. (Je présume qu'il est plus facile de mettre à jour le framework lorsqu'une nouvelle version sort.)

Répondre

1

Cela dépend de votre configuration préférée. Si je veux rapidement commencer, une extraction de l'application exemple fonctionne très bien. Il a une configuration bootstap, des exemples de contrôleurs et quelques vues. Mais une fois que vous transcendez cela, je suggère de créer votre propre app-repo de base et de déployer le framework lui-même pr serveur et non pr app. Le app/config/bootstrap/libraries.php peut facilement être changé pour charger le lithium lui-même d'ailleurs.

Alors

  1. Déployer serveur pr lithium (/ home/lithium est ma préférence)
  2. Créer votre propre application de base en copiant la valeur par défaut PL3 ​​un et décapage/modifiant
  3. Créer une vhost souple configuration de sorte que vous pouvez simplement git clone base-app ~/sites/foo-app, ou similaire, pour obtenir rapidement une nouvelle application.

J'ai mon (hors jour maintenant) application de base on github

0

Oui. En git vous obtenez une copie de toute l'histoire. Vous pouvez suivre votre travail dans votre propre branche et synchroniser comme bon vous semble en utilisant pull ou fetch.

Puisque vous utilisez github, fourche que repo et clone de la fourche. Si vous souhaitez contribuer, vous pouvez créer des demandes d'extraction.

EDIT:

Dans un premier temps, tout ce que vous devez faire est clone: ​​

git clone <url to the repo> 
git submodule --init --recursive 

Si vous ne contribuez pas, le flux de travail est facile à partir de là:

git fetch 

à chercher les dernières de github

git merge --ff-only origin/master 
git submodule update --recursive 

Si vous obtenez des erreurs parce que vous avez changé un fichier par accident, vous pouvez

git reset --hard HEAD 
git clean -xdf 

et commencer par l'étape de fusion à nouveau. Vous devrez peut-être aller dans les répertoires de sous-module et faire les 2 étapes ci-dessus si les changements s'y sont produits.

Espérons que cela aide.

+1

Cette question a plus à voir avec le travail avec ce référentiel particulier et ses sous-modules. Si je comprends bien le manuel, il devrait commettre directement à ce repo et peut reconfigurer les télécommandes s'il veut pousser ses commits vers un dépôt distant. –

+0

En effet, ma question est en ce qui concerne l'utilisation de l'infrastructure lithium pour développer mes propres applications web, ne contribuant pas au projet lithium. Puisque, en clonant le dépôt en utilisant la séquence exacte des commandes données dans le manuel du lithium, je me retrouve avec l'historique de validation complet du projet lithium lui-même, je me demande si c'est correct et je devrais faire tout mon travail dans le même repo ou s'il y a une chose spécifique que je suis censé faire pour mon propre travail qui est recommandé par les utilisateurs/développeurs de lithium et que le manuel laisse de côté. –

+0

Ajout d'autres explications. J'espère que cela a du sens maintenant. –

Questions connexes