git récupération version du projet de hub

Question

Je suis en train de travailler sur un code source hub git projet:

https://github.com/esheri3/OWASP-CSRFGuard

Cependant le pot que j'utilise a manifeste qui ressemble à ceci:

Manifest-Version: 1.0 
Ant-Version: Apache Ant 1.8.2 
Created-By: 1.6.0_22-b04-307-10M3261 (Apple Inc.) 
Project-Lead: Eric Sheridan (eric.sheridan@owasp.org) 
Version: 3.0.0.503 

Le dernier pot que je reçois du site a le manifeste ressemblant à ceci:

Manifest-Version: 1.0 
Ant-Version: Apache Ant 1.8.3 
Created-By: 1.6.0_16-b01 (Sun Microsystems Inc.) 
Project-Lead: Eric Sheridan (eric@infraredsecurity.com) 
Version: 3.0.0.591 

Je veux savoir comment puis-je récupérer l'ensemble de la base de code qui a créé le pot avec le numéro manifeste de la première: 3.0.0.503 Pas le dernier code source, mais une version antérieure; afin que je puisse construire et modifier sur mon système selon mes besoins.

Je pense que c'est beaucoup plus facile dans la subversion. Veuillez noter que j'ai cloné le projet git sur mon système. Informations système: Windows 7, 64 bits msysgit 1.7.10 extensions git installé

Tous les pointeurs seront appréciés.

Answer 1

Recherchez le commit dans lequel ce fichier a été créé. Dans Github, c'est facile, car chaque fichier est montré avec le dernier commit qui l'a changé. Vous pouvez cliquer sur ce commit et obtenir le SHA1.

Vous pouvez ensuite utiliser ce SHA1 à la caisse le code à ce particulier commettras:

$ git checkout SHA1 

Answer 2

Malheureusement, je n'ai pas pu trouver la version 503 mais j'ai trouvé 504. Bonne chance!

Si vous exécutez la commande suivante, vous devriez pouvoir obtenir la version 504 du code.

git checkout 04b240c1874c2176cab5fbc662a9676b085d7f1e 

---

Source: blâme github Utilisé pour voir quand la version a été modifiée. Blame

Answer 3

Ce projet a choisi de ne pas marquer les versions en utilisant git. Le seul signe d'une "version" spécifique est la mise à jour d'un fichier nommé Owasp.CsrfGuard/build.number

Donc, en théorie, vous devez lire l'historique de ce fichier (par exemple en utilisant git log) pour voir quand la construction number a été défini sur 503 dans ce fichier, puis demandez à git de vérifier cette révision spécifique de l'arbre entier.

C'est aux propriétaires du projet de gérer les numéros de version, ils auraient pu rendre les choses aussi difficiles dans la subversion. Il semble n'y avoir aucune rime ou raison dans le cas de ce projet spécifique. L'histoire de github saute directement de 499 à 504. Donc je suppose que probablement le build 503 n'a jamais existé, excepté sur le disque dur local d'un développeur, ce qui signifie qu'ils ne font pas du tout de contrôle de version formel - juste un code ad hoc déposer à github.