Comment Tag d'un fichier unique dans GIT

Je suis très nouveau à git. Je suis en train d'essayer de se familiariser avec elle, en l'utilisant pour suivre les changements dans certains fichiers excel que je suis maintenant pour le suivi d'activité continue et je suis impliqué avec. Tous les fichiers sont dans un référentiel unique. Je veux étiquette de chaque fichier séparément avec leurs versions. Est-ce possible? Pour l'instant ce que j'ai trouvé était la capacité de la balise de l'ensemble du référentiel. Si ce que je suis en train de faire est mal, ne me conseiller sur la meilleure pratique.

Merci d'avance.

Modifier

Quand je le faisais, j'ai volontairement supprimé une balise précédente pour rendre l'ensemble du référentiel être marqués( que je n'ai pas trouver un moyen de tag des fichiers) que v1.0. Comme je le veux maintenant pour réinitialiser le nom de l'étiquette avec le nom de fichier et tout à fait à l'aise avec la façon dont les choses devraient se passer, comment puis-je annuler la suppression et renommer la balise précédente (la balise supprimée)?

git balises s'engage. Pas de fichiers. Pouvez-vous nous dire ce que vous voulez faire avec ces "tags"? Je pense que le plus approprié réponse serait alors possible.

OriginalL'auteur picmate 涅 | 2011-05-11

4

Balises sont placées sur des spécifiques s'engage plutôt dans le référentiel comme un tout, comme vous le suggérez dans votre question.

Une façon de faire ce que vous suggérez est de s'assurer que vous n'engagent que les modifications apportées à un fichier unique avec chaque commit, vous pouvez balise qui s'engagent avec par exemple. file1-v1.0 pour représenter v1.0 de fichier1.

- Ce que vous essayez de représenter par le balisage de ces révisions? Qui aura une influence sur des conseils sur la façon d'améliorer votre processus.

merci. Comme je l'ai dit dans ma question et mon intérêt principal est d'obtenir pour en savoir plus sur le git de l'environnement. Mais à cette instance particulière de ce que je suis en train de faire est de suivre un jalon spécifique que j'avais l'intention de parvenir à maintenir le document. Par exemple: quand j'ai fini de faire le travail initial, je balise comme v1.0, lorsque je complète en passant par le document avec les autres et de faire tous les changements nécessaires je veux faire de la v2.0 etc. En essence, si je fais un commit que v1.0 et un autre sur un autre fichier v2.0 alors je ne vais pas être la réalisation de cet. En fait, les deux doivent être v1.0

OriginalL'auteur Matthew Scharley
8

Techniquement, vous pouvez baliser le contenu d'un fichier sans nom de fichier. Mais ces balises sont d'une utilité limitée. Les Tags doivent point s'engage, et les balises spéciales pour les non-s'engage très différente de comportement (vous ne pouvez pas git checkout tel un tag spécial). Donc, je vous suggère fortement de ne jamais utiliser de non validation des balises.

Lorsque vous ne souhaitez que certains fichiers soient étiquetés, il pourrait être préférable d'utiliser un autre repo pour eux, ou au moins des branches différentes, depuis git regarde toujours l'arbre complet de ses activités.

Si vous insistez toujours pour créer un tag spécial que vous faites:
```
> git ls-tree HEAD
040000 tree 2c186ad49fa24695512df5e41cb5e6f2d33c119b    bar
100644 blob 409940768f2a684935a7d15a29f96e82c487f439    foo.txt

> git tag my-bar-tree 2c186ad49fa24695512df5e41cb5e6f2d33c119b
> git tag my-foo-file 409940768f2a684935a7d15a29f96e82c487f439
```
OriginalL'auteur Rudi
7

Vous ne pouvez balise d'un commit, par exemple, une certaine forme de capture d'écran dans l'histoire de votre référentiel. Cependant, git stocke les fichiers comme des gouttes et ce que vous pouvez faire est d'utiliser git notes pour ajouter une note à un blob, comme ceci:
```
$ git ls-tree HEAD
100644 blob 252f7c7df5bd181536a6c9d0f9c371ce1a5dd042    .gitignore
100644 blob 8150ada74aba86c983ac3f8f63ab26aaa76fdcb7    README
100644 blob c4b1ff6dcb2a8e50727df21ced8d2872cd91af79    TODO.txt

$ git notes add -m "Adding a note to TODO" c4b1ff6dcb2a8e507
$ git notes show c4b1ff6dcb2a8e507
Adding a note to TODO
```
Toutefois, notez que cette remarque (sans mauvais jeu de mots 🙂 )est uniquement lié à cette goutte, alors, chaque fois que le fichier est modifié, un nouveau blob sera créé (avec un autre hash sha1 de la valeur) et le nouveau blob n'auront pas cette remarque.

merci. C'était vraiment quelque chose à penser
Compte tenu de clôture de votre note (sur l'évolution de l'SHA après un changement de fichier): Il me semble que ce est le but de comportement. Non?

OriginalL'auteur ralphtheninja
2

Vous devriez vraiment explorer la séparation des branches que le suivi des modifications à des fichiers spécifiques. Vous devriez être en mesure de travailler avec cela.

OriginalL'auteur Adam Dymitruk
1

Pas directement, non.

Un tag est un pointeur vers une révision spécifique du référentiel. Les fichiers individuels ne sont pas eux-mêmes ont des versions distinctes de celle du référentiel. Si vous voulez des versions distinctes, vos options sont d'avoir un référentiel pour chaque fichier, ont une branche distincte pour chaque fichier, ou utiliser un autre outil est le fichier orienté (tels que les RCS, même s'il ne dispose pas de nombreuses fonctionnalités intéressantes, git a).

Si les fichiers sont liées à tous, en général, vous ne voulez identifier une version spécifique du groupe. Si ils ne le sont pas, vous pouvez toujours l'étiquette de l'ensemble du groupe avec la version de chaque fichier modifié dans le cadre de cette révision. Restriction des modifications à un fichier par la révision peut rendre ce processus plus facile à gérer.

merci, en fait ce que vous avez suggéré, enfin c'est ce que j'ai pensé à faire. En outre, j'ai appliquer les modifications uniquement sur la base d'un fichier à la fois.

OriginalL'auteur wnoise

Vous devez vous connecter pour publier un commentaire.