Configuration projet

[Tiphaniiie]

Ce serait bien si on se mettait tous d'accord sur les outils qu'on utilise. Perso, j'utilise Maven 3.3.9, ça passe bien. Y'a des tutos dans tous les sens pour configurer Maven, si y'a un souci on peut se faire un point ensemble pour les régler. J'ai utilisé celui-ci : https://maven.apache.org/guides/getting-started/maven-in-five-minutes.html

Après j'ai suivi ce tuto pour gérer libGDX avec Maven, c'est super facile une fois qu'on a passé le cap de la conf Maven : https://github.com/libgdx/libgdx/wiki/Maven-integration

Ensuite faudrait qu'on décide aussi de comment poster sur github : je pensais à une branche principale (master) et trois branches distantes, une pour chacun d'entre nous. Comme ça, si on se plante, on plante pas le projet des autres (avec Git faut le vouloir pour planter le projet au point de pas pouvoir récup une ancienne version mais on sait jamais).

Après, j'ai pas encore vu comment on intégrait Travis à tout ça, pour gérer le code qu'on a généré. C'est une question que j'ai oublié de poser.

Voilà ! @+ !

[BenjaminGuilbert]

En gros çà sert à quoi Maven?

Le 25 févr. 2016 à 16:16, Tiphaniiie notifications@github.com<mailto:notifications@github.com> a écrit :

Ce serait bien si on se mettait tous d'accord sur les outils qu'on utilise. Perso, j'utilise Maven 3.3.9, ça passe bien. Y'a des tutos dans tous les sens pour configurer Maven, si y'a un souci on peut se faire un point ensemble pour les régler. J'ai utilisé celui-ci : https://maven.apache.org/guides/getting-started/maven-in-five-minutes.html

Après j'ai suivi ce tuto pour gérer libGDX avec Maven, c'est super facile une fois qu'on a passé le cap de la conf Maven : https://github.com/libgdx/libgdx/wiki/Maven-integration

Ensuite faudrait qu'on décide aussi de comment poster sur github : je pensais à une branche principale (master) est trois branches distantes, une pour chacun d'entre nous. Comme ça, si on se plante, on plante pas le projet des autres (avec Git faut le vouloir pour planter le projet au point de pas pouvoir récup une ancienne version mais on sait jamais).

Après, j'ai pas encore vu comment on intégrait Travis à tout ça, pour gérer le code qu'on a généré. C'est une question que j'ai oublié de poser.

Voilà ! @+ !

— Reply to this email directly or view it on GitHubhttps://github.com/TelecomLille-INFO/fa18-projet1/issues/2.

[cdlm]

À plein de choses, mais le plus utile est de gérer les dépendances de votre projet, et leurs versions, histoire que tout le monde code pour la même version de GDX

[cdlm]

Les branches ne s'utilisent pas 1 branche = 1 personne, mais 1 branche = 1 feature. Essayez de prévoir des features petites, dans le but de les fusionner rapidement dans master (en faisant une pull request si vous voulez avoir une étape de relecture/discussion du code proposé).

Une fois la feature fusionnée, on en commence une autre. Si vous savez que la feature fera juste un commit, pas besoin d'une branche. C'est à vous de vous organiser pour ne pas vous marcher sur les pieds (petites features, essayer d'anticiper ce que chaque feature va devoir toucher, surveiller ce que les autres font, etc).

[Tiphaniiie]

Merci pour l'explication sur les branches. Commandes utiles sous git (https://git-scm.com)

Git Créer un repo Git en local : Se placer dans le bon dossier puis : Git init

Ajouter un repo distant : Git remote add origin https://github.com/lienrepo

Vérifier le repo distant : Git remote -v

Aller chercher un repository en ssh/https : Git clone ssh://adressegithub Git clone https://adressegithub

Commit : Git status Git add fichier_modifié_correspondant_à_un_ft Répéter git add jusqu'à ce que tous les fichiers modifiés pour un ft soient ajoutés ou : git add -u Git commit -m "[nomcomplet ft] phrase résumant la modification"

Mise à jour : Git fetch origin Git rebase origin/master master

Push : Git push origin master:branchefeature (pas certaine de celle-là, je m'en sers qu'au boulot)

Stash : Git stash : mettre un fichier non comité de côté Git stash apply/pop : récupère le fichier mis de côté Git stash drop : supprimer les fichiers mis de côté Ne stasher que certaines modifications : Git stash -p Options du git stash -p :

y - stash this hunk n - do not stash this hunk q - quit; do not stash this hunk or any of the remaining ones a - stash this hunk and all later hunks in the file d - do not stash this hunk or any of the later hunks in the file g - select a hunk to go to / - search for a hunk matching the given regex j - leave this hunk undecided, see next undecided hunk J - leave this hunk undecided, see next hunk k - leave this hunk undecided, see previous undecided hunk K - leave this hunk undecided, see previous hunk s - split the current hunk into smaller hunks e - manually edit the current hunk ? - print help

Aller dans une nouvelle branche distante : Git checkout nom_branche Si branche déjà existante : Git checkout -t origin/nom_branche

Revenir à un commit de la même branche : Git checkout HEAD~[nombre de commits pour revenir en arrière]

Supprimer branche : Git branch -D nomBranche

Supprimer tout ce qui a été fait avant un certain commit : Git reset --hard nomCommit Ça peut être HEAD comme nom de commit

[BenjaminGuilbert]

Je n'arrive à mettre à jour ma branche avec les dernières MàJ du master!!

j'ai essayé git fetch origin master et git merge origin master en étant dans ma branche et çà ne fonctionne pas.

Que dois-je faire?

[cdlm]

Apprendre à poser des questions techniques de manière efficace, pour commencer. Il n'y a aucune info dans ta question qui permette de savoir ce que tu as essayé précisément ni ce qui s'est passé.

[BenjaminGuilbert]

Je souhaite mettre à jour ma branche "deplacementHero" avec les modifs que vous avez faits dans la branche master. Je souhaite fusionner la branch master avec la mienne en restant dans la mienne.

Je ne sais pas comment le dire autrement...

[cdlm]

Essaye git pull --rebase origin master en t'étant placé dans ta branche avant. Ça va récupérer master depuis le repo distant origin, puis re-greffer ta branche de modifs au bout. Et un petit git status ensuite pour être sûr que tout s'est bien passé et que tu n'as pas de conflits.

[cdlm]

Par contre je vois que tu as publié ta branche, donc je crois qu'il vaut mieux un git pull origin master pour faire un merge normal sans --rebase. Le rebase réécrit tes modifs pour faire la greffe, donc ta branche de travail locale ne démarrerait plus du même endroit que celle publiée sur github…

[ayoubel]

Bonjour @cdlm ,

Je n'arrive toujours part à faire fonctionner le projet sous eclipse . j'ai l"erreur suivante : -Dmaven.multiModuleProjectDirectory system property is not set. Check $M2_HOME environment variable and mvn script match.

Pourtant j'ai vérifié mes variables d'environnements windows et j'ai bien :
M2_HOME : C:\Program Files\apache-maven-3.3.9 ( le path est correct)

ça fait des jours que je ne trouve pas comment faire , et comme je suis en arrêt de travail pour 3 semaines ( entorse cheville), je suis obligé de contribuer au projet depuis mon laptop perso .

Merci d'avance.

[cdlm]

Le même problème que http://stackoverflow.com/questions/29330577/maven-3-3-1-eclipse-dmaven-multimoduleprojectdirectory-system-propery-is-not-s ?

[ayoubel]

Avant de poster mon problème ici , j'ai fait des recherches et tombé sur ce lien mais ça buggait toujours. C'est pour ça je ne comprends pas.

[cdlm]

Donc même remarque qu'à @BenjaminGuilbert, si tu veux qu'on puisse voir ce qui ne va pas, il faut que tu décrives précisément ta config (=> copier-coller ou screenshot). On n'est pas devins.

[ayoubel]

Bonjour,

C'est bon , je me suis débrouillé pour avoir un build success. Merci @cdlm