Discussion :

[dumbl]

Bonjour, bonjour,

Après une première journée à m'arracher les cheveux j'aimerais avoir quelques explications sur GIT.

Donc je suis en train de développer une application en Java avec Eclipse et donc afin de gérer tranquillement mon projet, hop j'installe Git. Donc pour le moment je veux travailler avec Git en locale (en attendant de me créer mon serveur).
donc j'ai rien compris entre "git init" et "git clone".

Voila ce que j'ai fais : j'ai créé un dossier depotProjet dans c://Users/Utilisateur/Documents/
et je fais git init

donc à partir de la lorsque j'essaie de add ou commit quelques chose, au moment de push ça bug. il me dis que je n'ai pas configurer de repositery(qu'est ce que c'est?)

Et enfin comment ajouter à GIT un projet déjà existant dans Eclipse.
Et si je veux charger le projet GÎT vers un projet Eclipse?

Aucun Tutorial n'est explicitement clair sur la question de travailler juste en local.

Merci pour toute les réponses qui pourraient m'éclairer car pour le moment c'est le brouillard.

PS : Je travail sous Windows 7

[ElbeDD]

J'utilise également la config Win7+Eclipse, entre autre pour des projets en local .

Sous Eclipse, j'ai le plugin "EGit - Git Team Provider" (installé via Help>Eclipse Marketplace).

"Et enfin comment ajouter à GIT un projet déjà existant dans Eclipse."
1)Sous eclispe, prendre un projet JAVA (en créer un pour l'exemple)
2) Clic droit sur le projets (dans "Package Explorer"), puis Team>Share Project.
3) En repositary type, choisir GIT
4) ne PAS cocher "use or create repositary in parent folder of projet" mais, en face de Repositary, cliquer sur "Create..." et choisir un dossier (par défaut, ce sera la variable GIT_HOME définie dans Windows, mais tu peux choisir n'importe lequel).
=> Après la validation des écrans, ton projet sera dans ce nouveau dossier

"Et si je veux charger le projet GIT vers un projet Eclipse?"
File>Imprt... (et là je te laisse faire)
Une autre solution : Il y'a une perspective "GIT Repositary Exploring" sous Eclipse, et tu pourras cloner un projet existant.

[The_Sorrow]

Bonjour, bonjour,

Après une première journée à m'arracher les cheveux j'aimerais avoir quelques explications sur GIT.

Donc je suis en train de développer une application en Java avec Eclipse et donc afin de gérer tranquillement mon projet, hop j'installe Git. Donc pour le moment je veux travailler avec Git en locale (en attendant de me créer mon serveur).
donc j'ai rien compris entre "git init" et "git clone".

Voila ce que j'ai fais : j'ai créé un dossier depotProjet dans c://Users/Utilisateur/Documents/
et je fais git init

donc à partir de la lorsque j'essaie de add ou commit quelques chose, au moment de push ça bug. il me dis que je n'ai pas configurer de repositery(qu'est ce que c'est?)

Salut, pour la partie purement GIT, je vais essayer de t'éclairer un peu.
GIT te permet de gérer tes versions logicielles. Ca je pense que tu l'avais bien compris. Cependant, par rapport à SVN il est décentralisé, ce qui signifie que chaque répertoire d'un projet GIT est la copie complète du projet (historique, branches, sources, etc), c'est déjà un dépôt (un repository) donc.

La commande git init permet de créer un dépot localement. Et hop, tu peux travailler, et faire des commits. Voilà, tu gères tes versions et branches comme tu veux.

git clone <url> sert à copier un dépot existant. C'est grosso-modo l'équivalent d'un svn checkout. Et là, pareil tu travailles et fait des commit.

Ce qu'il faut avoir en tête, c'est qu'avec GIT, un commit est une validation locale. D'où la commande git push pour propager les commits vers un serveur.

Si tu bosses seul, après avoir fait un git init et sans avoir de serveur pas besoin d'un push. Et si ça te donne un message d'erreur, c'est parce qu'à la création d'un dépot local, aucun dépot distant n'est paramétré (il faut utiliser git remote pour ça).

[dumbl]

Alors merci pour toutes vos réponses.

Je vais faire tester le Git ce week-end je vous redirais.
En fait j'ai déjà travaillé sur Git mais il était déjà paramétré avec le serveur en ssh (on me la configurer...).

Le Git init où dois-je le faire? dans un nouveau dossier quelconques? Et donc c'est dans ce dossier où iront donc tous mes commits?
Peut t'on avoir plusieurs repositary? surment mais je me demande^^
Petit pratique :

Si par exemple je crée un nouveau dossier repoG dans C:\\Users\repoG.
une fois dedans avec le Git Bash, je fais git init.
puis donc je vais dans le dossier d'un projet java par exemple.
Alors je fais : git commit -a -m "Projet X"
Il ira donc dans le dossier repoG. qui attendra un push vers un serveur.

Et pour l'nverse si je veux "pull", le pull peut-il piocher dans un commit non push, (si pas d'accès au serveur). Et si je fais un pull, où le fichier est t'il récupérer? repoG?

Bon sa suffit les questions je vais finir par vous souler !

A+ et Merci Beaucoup

Dumbl

[The_Sorrow]

Mais de rien. Petit vrac cela dit, pour synthétiser sur tes questions :

Le Git init où dois-je le faire? dans un nouveau dossier quelconques? Et donc c'est dans ce dossier où iront donc tous mes commits?

De préférence dans un dossier où vont être mises tes sources ; mais potentiellement oui, n'importe quel dossier pourvu que ça soit ta racine de projet.

Peut t'on avoir plusieurs repositary? surment mais je me demande^^

On peut tout à fait. Chaque dépot distant (repository) est appellé un remote justement. Et chacun a son petit nom pour ne pas (trop) se mélanger.

Petit pratique :

Si par exemple je crée un nouveau dossier repoG dans C:\\Users\repoG.
une fois dedans avec le Git Bash, je fais git init.
puis donc je vais dans le dossier d'un projet java par exemple.
Alors je fais : git commit -a -m "Projet X"
Il ira donc dans le dossier repoG. qui attendra un push vers un serveur.

Oui, mais attention, il faut que le dossier repoG soit directement celui qui contienne ton projet java. C'est ta phrase "puis donc je vais dans le dossier d'un projet java par exemple." qui m'inquiète un peu.
En pratique, "repoG" serait directement le dossier de ton projet java.

Et pour l'nverse si je veux "pull", le pull peut-il piocher dans un commit non push, (si pas d'accès au serveur). Et si je fais un pull, où le fichier est t'il récupérer? repoG?

Git pourrait réussir à rapatrier ton pull sans soucis, sauf si quelqu'un a "pushé" des modifications sur le même fichier que toi. Auquel cas, un merge manuel te sera demandé.
Sinon, le pull modifiera les fichiers de manière transparente en créant les commits chez toi.
C'est encore un peu flou cette tambouille interne de git chez moi, donc j'espère ne pas avoir dit trop de bêtises.

Si tu as du temps, je te suggère d'aller lire les premiers chapitres de cet ouvrage : http://git-scm.com/book/fr

A plus et bon code !

[dumbl]

Ah d'accord, c'est le petit point qui me faisait tout bugguer, je m'acharnais à mettre le git dans un dossier complètement ailleurs!! pour que ça soit moins le bordel( j'ai un peu de tri à faire...)

Bah j'essaierai ça ce Week End

A+ Thanks

[dumbl]

désolé pour l'attente, soucis d'ordinateur et j'ai travaillé dernièrement sur des projets web, donc je n'ai pas travaillé mon git pendant un certain temps,

Après vos conseils, dont je vous remercie
Et bien j'ai opté finallement pour un serveur privée, comme ça pas de soucis,
de se faire copier et le meilleurs moyen de ne pas perdre ses projets
et le coût à l'année reste très correct, 3 fois moins chère que mon forfait téléphone qui ne l'ai pas non plus

Donc maintenant j'ai bien compris le fonctionnement de git.
Pour le conseil de mettre le projet à la racine, mieu vaut éviter le workspace
habituel je pense (question de point de vue).

Merci à tous pour l'aide, je clos ce sujet !