परिवर्तन टैग की तिथि (या इसके आधार पर GitHub रिलीज़)

95

मैं मुख्य शाखा में विभिन्न कमिट्स में टैग जोड़कर GitHub पर अपनी परियोजनाओं के लिए रिलीज़ जोड़ रहा हूँ ।

अपनी एक परियोजना में मैंने कालानुक्रमिक क्रम में कमिट्स में टैग नहीं जोड़े। (मुझे स्पष्ट कमिट्स मिले और उन्हें टैग किया गया, और फिर मैंने कम स्पष्ट पाया, पुराने कमिट्स और उन्हें टैग किया।)

अब GitHub v1.0.1 को वर्तमान के रूप में दिखा रहा है , इसके साथ v0.7.0 पूर्ववर्ती है, और v1.1.2 पूर्ववर्ती है ।

यह टैग के निर्माण पर दिनांक का उपयोग करने के लिए प्रतीत होता है कि जारी किए जाने की तारीख के बजाय टैग किया जा रहा है। मैं अपने टैग कैसे संपादित कर सकता हूं ताकि उनकी तारीखें वैसी ही हों जैसी वे टैग कर रहे हैं?

Gitk और GitHub के बीच रिलीज़ और दिनांक का मानचित्रण

git  github  tags 
— Phrogz
स्रोत

जवाबों:

118

चेतावनी: यह एनोटेट टैग के लिए टैग संदेशों को संरक्षित नहीं करेगा ।

सारांश

प्रत्येक टैग के लिए जिसे बदलना होगा:

  1. टैग का प्रतिनिधित्व करने वाले समय पर वापस जाएं
  2. टैग हटाएं (स्थानीय रूप से और दूरस्थ रूप से)
    • यह आपके "रिलीज़" को GitHub पर एक ड्राफ्ट में बदल देगा जिसे आप बाद में हटा सकते हैं।
  3. मैजिक इनवोकेशन का उपयोग करके उसी नाम वाले टैग को फिर से जोड़ें, जो अपनी तारीख को कमिट करने की तारीख तय करता है।
  4. GitHub तक की निश्चित तारीखों के साथ नए टैग पुश करें।
  5. GitHub पर जाएं, अब-ड्राफ्ट रिलीज़ हटाएं, और नए टैग से नए रिलीज़ बनाएं

कोड में:

# Fixing tag named '1.0.1'
git checkout 1.0.1               # Go to the associated commit
git tag -d 1.0.1                 # Locally delete the tag
git push origin :refs/tags/1.0.1 # Push this deletion up to GitHub

# Create the tag, with a date derived from the current head
GIT_COMMITTER_DATE="$(git show --format=%aD | head -1)" git tag -a 1.0.1 -m"v1.0.1"

git push --tags                  # Send the fixed tags to GitHub

विवरण

के अनुसार Git में कैसे टैग करने के लिए :

यदि आप किसी रिलीज़ या संस्करण को टक्कर देना भूल जाते हैं, तो आप हमेशा इसे रेट्रो रूप से टैग कर सकते हैं:

git checkout SHA1_OF_PAST_COMMIT
git tag -m"Retroactively tagging version 1.5" v1.5

और जब यह पूरी तरह से प्रयोग करने योग्य होता है, तो यह आपके टैगों को कालानुक्रमिक क्रम से बाहर करने का प्रभाव होता है जो "नवीनतम" टैग के लिए दिखने वाले बिल्ड सिस्टम के साथ खराब हो सकता है। लेकिन कोई डर नहीं है। लिनस ने सब कुछ सोचा:

# This moves you to the point in history where the commit exists
git checkout SHA1_OF_PAST_COMMIT

# This command gives you the datetime of the commit you're standing on
git show --format=%aD  | head -1

# And this temporarily sets git tag's clock back to the date you copy/pasted in from above
GIT_COMMITTER_DATE="Thu Nov 11 12:21:57 2010 -0800" git tag -a 0.9.33 -m"Retroactively tagging version 0.9.33"

# Combining the two...
GIT_COMMITTER_DATE="$(git show --format=%aD  | head -1)" git tag -a 0.9.33 -m"Retroactively tagging version 0.9.33"

हालाँकि, यदि आपने पहले ही टैग जोड़ लिया है, तो आप उपरोक्त का उपयोग नहीं कर सकते हैं git tag -f existingtagया जब आप मर्ज करने की कोशिश करेंगे तो शिकायत शिकायत करेगी:

Rammy:docubot phrogz$ git push --tags
To git@github.com:Phrogz/docubot.git
 ! [rejected]        1.0.1 -> 1.0.1 (already exists)
error: failed to push some refs to 'git@github.com:Phrogz/docubot.git'
hint: Updates were rejected because the tag already exists in the remote.

इसके बजाय, आपको स्थानीय रूप से टैग हटाना होगा:

git tag -d 1.0.1

उस विलोपन को दूर से धकेलें :

git push origin :refs/tags/1.0.1

GitHub पर, रीलिज़ जारी करता है - अब रिलीज़ को एक "ड्राफ्ट" के रूप में चिह्नित किया गया है - और ड्राफ्ट को हटा दें।

अब, ऊपर दिए गए निर्देशों के आधार पर बैकडेट टैग जोड़ें और परिणामी टैग को GitHub पर धकेलें:

git push --tags

और फिर जाकर GitHub रिलीज़ जानकारी को फिर से जोड़ें।

— Phrogz
स्रोत
2
यहाँ एक bash script है जो हर टैग को git repo में हटाती है और फिर से जोड़ती है:git tag -l | while read -r tag; do `git checkout $tag && git tag -d $tag && git push origin :refs/tags/$tag && GIT_COMMITTER_DATE="$(git show --format=%aD | head -1)" git tag -a $tag -m"$tag"`; done; git push --tags
— Phrogz
11
आपको उन सभी चीजों को टैग की जांच के बिना करने में सक्षम होना चाहिए। यहाँ आपके एक-लाइनर का संशोधन है जो मेरे लिए बहुत तेज़ था:git tag -l | while read -r tag ; do COMMIT_HASH=$(git rev-list -1 $tag) && git tag -d $tag && git push origin :refs/tags/$tag && GIT_COMMITTER_DATE="$(git show $COMMIT_HASH --format=%aD | head -1)" git tag -a $tag -m"$tag" $COMMIT_HASH ; done && git push --tags
— vmrob
2
उपयोग करने git tag -afसे -dआप git push --tags -f
— बेकार
3
@Mr_and_Mrs_D अच्छा सुझाव और इस ऑपरेशन को एक पुश तक सीमित करने का एक अच्छा तरीका। इस बात को ध्यान में रखते हुए, मुझे लगता है कि परिणामी ( git tag -l | while read -r tag ; do COMMIT_HASH=$(git rev-list -1 $tag) && GIT_COMMITTER_DATE="$(git show $COMMIT_HASH --format=%aD | head -1)" git tag -a -f $tag -m"$tag" $COMMIT_HASH ; done && git push --tags --force
— अनटाइटेड
2
यह PowerShell के लिए गिट शेल में काम करता है, लेकिन आपको पर्यावरण चर को अलग तरीके से सेट करना होगा, और इसे दो लाइनों पर करना होगा: $env:GIT_COMMITTER_DATE="Thu Nov 11 12:21:57 2010 -0800"औरgit tag -a 0.9.33 -m"Retroactively tagging version 0.9.33"
— roncli
18

यहाँ अन्य उत्तर में कुछ टिप्पणियों के आधार पर एक-लाइनर है:

git tag -l | while read -r tag ; do COMMIT_HASH=$(git rev-list -1 $tag) && GIT_COMMITTER_DATE="$(git show $COMMIT_HASH --format=%aD | head -1)" git tag -a -f $tag -m"$tag" $COMMIT_HASH ; done && git push --tags --force

चेतावनी: यह आपके अपस्ट्रीम टैग को न्यूड कर देगा और एनोटेट टैग के लिए संदेशों को संरक्षित नहीं करेगा ! सुनिश्चित करें कि आप जानते हैं कि आप क्या कर रहे हैं और निश्चित रूप से एक सार्वजनिक भंडार के लिए ऐसा नहीं करते हैं !!!

इसे तोड़ने के लिए ...

# Loop over tags
git tag -l | while read -r tag
do

    # get the commit hash of the current tag
    COMMIT_HASH=$(git rev-list -1 $tag)

    # get the commit date of the tag and create a new tag using
    # the tag's name and message. By specifying the environment
    # environment variable GIT_COMMITTER_DATE before this is
    # run, we override the default tag date. Note that if you
    # specify the variable on a different line, it will apply to
    # the current environment. This isn't desired as probably
    # don't want your future tags to also have that past date.
    # Of course, when you close your shell, the variable will no
    # longer persist.
    GIT_COMMITTER_DATE="$(git show $COMMIT_HASH --format=%aD | head -1)" git tag -a -f $tag -m"$tag" $COMMIT_HASH


done

# Force push tags and overwrite ones on the server with the same name
git push --tags --force

एकल पुश का उपयोग करने के सुझाव के लिए @Mr_and_Mrs_D को धन्यवाद।

— vmrob
स्रोत
3

अन्य उत्तरों पर बिल्डिंग, यहां एक तरीका है जो टैग संदेश की पहली पंक्ति को संरक्षित करेगा

git tag -l | while read -r tag ; do COMMIT_HASH=$(git rev-list -1 $tag) COMMIT_MSG=$(git tag -l --format='%(contents)' $tag | head -n1) && GIT_COMMITTER_DATE="$(git show $COMMIT_HASH --format=%aD | head -1)" git tag -a -f $tag -m"$COMMIT_MSG" $COMMIT_HASH ; done
git tag -l -n1           #check by listing all tags with first line of message
git push --tags --force  #push edited tags up to remote

संदेशों को संरक्षित करने के लिए थोड़ा जिम्मेदार है:

COMMIT_MSG=$(git tag -l --format='%(contents)' $tag | head -n1)

head -n1पुराने प्रतिबद्ध संदेश की पहली पंक्ति ले जाएगा। आप इसे संशोधित कर सकते हैं -n2या-n3 बजाय दो या तीन पंक्तियों पाने के लिए आदि।

यदि आप केवल एक टैग के लिए दिनांक / समय बदलना चाहते हैं, तो यह है कि आप अपने बैश शेल में इसे करने के लिए वन-लाइनर को कैसे तोड़ सकते हैं:

tag=v0.1.0
COMMIT_HASH=$(git rev-list -1 $tag)
COMMIT_MSG=$(git tag -l --format='%(contents)' $tag | head -n1)
COMMIT_DATE=$(git show $COMMIT_HASH --format=%aD | head -1)
GIT_COMMITTER_DATE=$COMMIT_DATE git tag -s -a -f $tag -m"$COMMIT_MSG" $COMMIT_HASH

संदर्भ:

— weiji14
स्रोत
यह बहुत अच्छा है, धन्यवाद। एकल टैग को बदलने के आदेशों में, हालांकि, एक -sध्वज है जो वन-लाइनर में मौजूद नहीं है, इसलिए मुझे मिल रहा था error: gpg failed to sign the dataक्योंकि मेरे पास गिट के लिए सेट अप साइन इन नहीं है। उस त्रुटि ने मुझे थोड़ा दूर फेंक दिया।
— WCH
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.