Reprise du message précédent :

 
tu es où là ? Parce que c'est le workflow standard de la fondation eclipse

URGENT
Est ce qu'il existe un  outil pour prendre la main a distance sur un android ?

Si tu ne l'as pas préalablement installé non, tout ce que tu peux faire c'est l'éteindre ou le faire sonner.

j'ai des utilisateurs ; à l'autre bout de la france , qui ont des pb avec une appli
Je suis prêt a prier qu'ils ont juste bloqué le GPS, mais eux me disent le contraire.  
 
Je viens de tester teamviewer, et la tablette distante doit rentrer le mot de passe admin C'est moche , mais au pire, je le changerai après chaque prise de controle

Tu dois pouvoir y foutre un malware facilement

Ca peut se faire si c'est vraiment Pebcak

Harko bosse au monde :  
 
http://www.lemonde.fr/tour-de-fran [...] 16918.html

En fait je ne comprends pas pourquoi tu dis que Svn contraint à une seule branche.

Pas étonnant vu qu'on fait du RCP à tour de bras. Je crois qu'il y a un mec d'ici (IEffePé) qui est lié de près ou de loin.

 
yep, membre associé. A rueil ? c'est bien un de nos client, mais il est pas dans mon portefeuille

https://twitter.com/yannbisiou/stat [...] 8982055936
 
 

You've been fact checked

Sinon Spotify doit voir une grosse recrudescence de download de Linkin Park (TIL : c'est une façon stylée de dire Lincoln Park)

Parce-que le chanteur vient de se suicider?

Mes Git nOOb adventures: hier j'ajoute un fichier dans le staging area, ce matin je commite, et je m'aperçois que le fichier commité n'est pas le même que ce que j'ai sur mon éditeur !
 
Que s'est-il passé ?
 
Ben c'est simple: entre temps, j'ai édité le fichier, et le staging area ne se contente pas de conserver une liste de noms de fichiers à envoyer, il met des patches ! Donc le patch d'hier soir. C'est vicieux et il vaut mieux avoir ça en tête...

 
yep

 
je pense que tu devrais prendre le temps de faire le tutorial Git proprement...c'est expliqué super clairement au début. Il faut git add chaque fois que tu touches le fichier.
 
Tu donnes l'impression de te jeter dans le truc sans maitriser les bases, ce qui sur Git va vite te casser les dents.
Note : je maitrise surement 0.05% de Git, mais le flow standard de commit, tu dois vraiment le maitriser nickel.

ouais tu as raison

utilise le petit outils intégré "git gui" pour préparer un commit et commiter (tk c'est moche mais on s'en fout)
 
edit: tu as vraiment attendu 2017 pour apprendre à utiliser du git de base ? (pas les truc avancés incompréhensibles, juste la base, faire un commit)

moi j'utilise jamais le staging area.

Ouais, tant que je n'en avais pas le besoin, ma connaissance de git était à peu près ça

 
egit, ça marche a peu près correctement aussi

   
 
je veux qu'il apprenne git
 
et "git gui" ne cache pas ce que fait git derrière un front-end complexe, ça montre clairement le contenu du staging area

- unrelated -
 

 
Fear Driven Development

Perso je trouve la CLI souvent plus simple, mais bon je fais rien de bien compliqué.

Much: avec Gerrit mon workflow typique

Après tu peux faire plusieurs commits et les squasher aussi... mais bon c'est mieux de faire des petits changesets avec Gerrit (et le reste aussi d'ailleurs), car les grosses revues de code imbuvables c'est jamais marrant.

C'est quoi le tuto et/ou bouquin de référence Python à conseiller à quelqu'un qui n'a jamais fait de dev ?
J'avais pour habitude d'orienter vers Learn Python the Hard Way, mais je viens de voir que la version en ligne est maintenant payante.

git add --patch

Note que Git Extensions (ou Source Tree, ou autre client GUI avancé) ne cache pas grand chose la gui facilite l'usage de git tout en te laissant faire ton staging proprement (en ajoutant partiellement les bouts de fichiers pertinents), tes rebases interactifs (ou pas), switch de branches, submodules, etc etc.

Contrairement à l'avis général j'ai très rarement besoin d'invoquer git en cli car soi-disant "la GUI te limite trop rapidement", je le fais pour git reflog ou pour git checkout certains fichiers d'une autre branches par ex, qui sont des trucs pas fréquents mais c'est à peu près tout.

 
Il s'est enfin rendu compte que c'était de la merde leur musique
 

 
https://jwiegley.github.io/git-from-the-bottom-up/

 
les ARCANE de git

bon, j'ai mon IRM et mes scanners du coup j'ai envie de voxéliser mon caillot et de l'imprimer en 3D.
Première difficulté: j'ai pas de lecteur de CD

et sinon vous le prononcez comment "git gui" ?

 
Il vaut mieux partir sur Python 3, qui a maintenant une bonne traction, et un bon support des librairies (2.7 commence meme à passer en maintenance only et à ne plus rien recevoir sur certaines grosses libs).
 
Le mec qui a écrit LPTHW est un sale con qui a fait une campagne assez lamentable contre Python 3, donc je ne recommanderai pas ses écrits.
 
En bouquin souvent recommandé, tu vas trouver :  
- https://automatetheboringstuff.com/ (dispo en creative common, print dispo chez Starch press)
- Dive into Python 3 (très vieux, couvre Python 3.3, mais super méthode d'apprentissage des fondamentaux de Python)
 
Online :  
- https://www.reddit.com/r/learnpython/wiki/index a une bonne doc
- sur reddit les gens disent pas mal de bien de Codeacademy
 

 
Guitte Guiou-i
 
https://english.stackexchange.com/q [...] nounce-git

 
On utilise le cli

"magit"

guitte gaye

Toujours les memes piliers de comptoir ici

vapeur est sobre depuis plusieurs mois    
 

Je connaissais Dive mais pas Automate, merci

 
J'utilise git add -p si c'est sur des fichiers déjà trackés.
 

 
« Apprendre à programmer avec Python 3 » de Gérard Swinnen