Vous avez supprimé une branche (avec git branch -D nom_de_branche), pas de panique. Tant que le garbage collector n’est pas passé, la branche est toujours dans l’historique.

Retrouvez le hash du dernier commit de la branche en vous baladant dans git reflog (quelques git checkout peuvent être nécessaires pour en voir le contenu). Si vous ne le trouvez pas dans le reflog, tentez git fsck —lost-found.

Une fois que vous avez le numéro magique, faites git branch nom_de_branche votre_hash, et vous voilà sorti d’affaire.

Non ne me remerciez pas, je ne fais que mon devoir madame.

Le JavaScript est très permissif. Mais vous avez reçu un message de Dieu lui-même, et maintenant vous n’utilisez juste qu’un sous-ensemble du langage dans votre code. Mais cela demande de la vigilance.

Une astuce peut vous aider à rester dans le droit chemin : "use strict".

Bien entendu, vous écrivez votre code dans une fonction appelée immédiatement. Ajoutez la chaîne de caractères "use strict"; juste en dessous de cette fonction pour que les interpréteurs des navigateurs modernes deviennent plus exigeants avec celui-ci :

(function(){
"use strict";
 
// votre code
 
})()

Pour les navigateurs qui ne connaissent pas cette instruction, c’est juste une string, et c’est ignoré. Pour ceux qui connaissent l’instruction, tout le bloc concerné (ici tout votre code, mais PAS le code en dehors de la fonction, donc pas de risque de planter le code des autres tels qu’un plugin jQuery) sera vérifié.

Parmi les vérifications :

• Définir deux fois le même attribut dans un objet avec la notation littérale.
• Utilisation de eval().
• Utilisation de with.
• Utilisation de arguments and caller.

Si ces situations sont rencontrées, une exception est levée. Un bon article avec des exemples en anglais ici.

Tous mes codes JS ont maintenant "use strict" par défaut, en plus du plugin SublimeLinter qui me sert de garde-fou supplémentaire.

Quand vous créez un projet avec Sublime  Text 2, il met deux fichiers à la racine de celui-ci: sublime-workspace et sublime-project.

Le premier contient des données de cache à destination de l’éditeur. Vous pouvez le supprimer, ça n’a aucune importance. Il est juste là pour que ST aille plus vite pour des tâches comme le “Go To anything” ou la completion du code. Il ne doit pas être rajouté dans votre gestionnaire de source, et peut donc être listé dans les blacklists comme .gitignore.

Le second contient des configurations spécifiques à ce projet : modes de build, settings de ST qui changent juste pour ce projet (par exemple l’interpréteur Python pointe sur le virtualenv), etc. Celui-ci est généralement intéressant à partager avec son équipe (évitez juste de mettre des chemins absolus dedans), donc vous pouvez le foutre dans le repo Git, Mercurial ou (Dieu vous pardonne), SVN.

Souvent, je mets au moins ça dedans :

{
    "settings":
    {
	"rulers":
	[
		80
	],
	"translate_tabs_to_spaces": true,
	"trim_trailing_white_space_on_save": true,
        "tab_size": 4
    }
}

Ce sont de bons settings par défaut pour le PEP8. À éviter, les params du genre shift_tab_unindent, spell_check, word_separators ou word_wrap qui sont de l’ordre de la préférence ergonomique et seront bien mieux dans le fichier de settings de l’utilisateur.

Sam et Max seront en déplacement… hum… professionnel.

Donc si il n’y a pas d’article ou qu’on répond pas aux commentaires dans les prochains jours, c’est normal. Cassez pas le Web pendant ce temps hein. Je vais quand même voir si on a pas un gentil correcteur qui veut pas surveiller le bac à sable.

Vous inquiétez pas, on respecte la limite de 88 miles par heure sur la route.

J’ai craqué.

La première fois en acceptant de censurer une blague de cul.

Mais merde, c’est Jacob Kaplan-Moss.

La seconde fois en me la pêtant en publiant cet article.

Mais merde, c’est Jacob Kaplan-Moss, quoi.

Désolé pour cet instant de traitrise / faiblesse / vantardise. Je promets pas de plus le refaire. Mais je ferai de mon mieux.

    Le ven. 22 mars 2013 21:08:41 CET, Jacob Kaplan-Moss a écrit :
Thanks, I appreciate it. I owe you one.

Jacob

> On Fri, Mar 22, 2013 at 1:05 PM, Sam et Max <lesametlema…mail.com> wrote:
> I updated the git repo and pypi. Children are safe now.
>
>
>> On Fri, Mar 22, 2013 at 1:00 PM, Sam et Max <lesametlem…ail.com> wrote:
>> Hi man,
>>
>> I would usually say fuck to ‘politically correct’, as I think it kills slowly fun and mind openness in our community. I don’t care if my work has low visibility on the “formal”

>> professional world.
>>
>> But first, I’m a big fan of yours. Second, I make a living thanks to your work on Django.
>>
>> So yeah, no problem, I’ll edit that.
>>
>> Please just continue to do your awesome work.
>>
>> Cheers
>>
>> Sam
>>
>>> Le ven. 22 mars 2013 20:12:41 CET, Sam & Max a écrit :
>>> From: Jacob Kaplan-Moss <jaco…ian.org>
>>> Subject: django-quickly
>>>
>>> Message Body:
>>> Hi there -
>>>
>>> I’m writing about https://github.com/sametmax/django-quicky; I beieve this is your repository?
>>>
>>> The README makes a sexually suggestive joke (about “foreplay”) that I think is distracting and unfortunate in a technical context. Would you mind doing me a favor and dropping >>the sexual reference? I think it’d make your tool more accessible.
>>>
>>> Thanks,
>>>
>>> Jacob Kaplan-Moss
>>>
>>> –
>>>