स्थानीय गिट रिपॉजिटरी का बैकअप कैसे लें?

Question

मैं अपेक्षाकृत छोटे प्रोजेक्ट पर git का उपयोग कर रहा हूं और मुझे पता चला है कि .it निर्देशिका की सामग्री को ज़िप करना प्रोजेक्ट का बैकअप लेने का एक अच्छा तरीका हो सकता है। लेकिन यह अजीब तरह का है, क्योंकि जब मैं पुनर्स्थापित करता हूं, तो पहली चीज जो मुझे करनी है git reset --hard।

वहाँ इस तरह से एक गिट्टी रेपो के साथ कोई समस्या है? इसके अलावा, वहाँ यह करने के लिए कोई बेहतर तरीका है (जैसे, एक पोर्टेबल गिट प्रारूप या कुछ इसी तरह?)।

Comments

Git बंडल के उपयोग का स्पष्ट उत्तर किसी ने क्यों नहीं दिया ???

— गैटोपिच

@ गैटोपिच उन्होंने किया था। नीचे स्क्रॉल करें।

— डैन रोसेनस्टार्क

सभी उत्कीर्ण उत्तरों में कस्टम स्क्रिप्ट के बारे में पाठ की एक दीवार होती है, यहां तक ​​कि एक जिसका उल्लेख करना शुरू होता हैgit bundle

— gatopeich

Answer 1

मैंने यार की स्क्रिप्ट पर थोड़ी बहुत हैकिंग शुरू कर दी और परिणाम जीथब पर है, जिसमें मैन पेज भी शामिल हैं और स्क्रिप्ट इंस्टॉल की गई है:

https://github.com/najamelan/git-backup

स्थापना :

git clone "https://github.com/najamelan/git-backup.git"
cd git-backup
sudo ./install.sh

सभी सुझावों का स्वागत करते हुए और जीथब पर अनुरोध का अनुरोध करें।

#!/usr/bin/env ruby
#
# For documentation please sea man git-backup(1)
#
# TODO:
# - make it a class rather than a function
# - check the standard format of git warnings to be conform
# - do better checking for git repo than calling git status
# - if multiple entries found in config file, specify which file
# - make it work with submodules
# - propose to make backup directory if it does not exists
# - depth feature in git config (eg. only keep 3 backups for a repo - like rotate...)
# - TESTING



# allow calling from other scripts
def git_backup


# constants:
git_dir_name    = '.git'          # just to avoid magic "strings"
filename_suffix = ".git.bundle"   # will be added to the filename of the created backup


# Test if we are inside a git repo
`git status 2>&1`

if $?.exitstatus != 0

   puts 'fatal: Not a git repository: .git or at least cannot get zero exit status from "git status"'
   exit 2


else # git status success

   until        File::directory?( Dir.pwd + '/' + git_dir_name )             \
            or  File::directory?( Dir.pwd                      ) == '/'


         Dir.chdir( '..' )
   end


   unless File::directory?( Dir.pwd + '/.git' )

      raise( 'fatal: Directory still not a git repo: ' + Dir.pwd )

   end

end


# git-config --get of version 1.7.10 does:
#
# if the key does not exist git config exits with 1
# if the key exists twice in the same file   with 2
# if the key exists exactly once             with 0
#
# if the key does not exist       , an empty string is send to stdin
# if the key exists multiple times, the last value  is send to stdin
# if exaclty one key is found once, it's value      is send to stdin
#


# get the setting for the backup directory
# ----------------------------------------

directory = `git config --get backup.directory`


# git config adds a newline, so remove it
directory.chomp!


# check exit status of git config
case $?.exitstatus

   when 1 : directory = Dir.pwd[ /(.+)\/[^\/]+/, 1]

            puts 'Warning: Could not find backup.directory in your git config file. Please set it. See "man git config" for more details on git configuration files. Defaulting to the same directroy your git repo is in: ' + directory

   when 2 : puts 'Warning: Multiple entries of backup.directory found in your git config file. Will use the last one: ' + directory

   else     unless $?.exitstatus == 0 then raise( 'fatal: unknown exit status from git-config: ' + $?.exitstatus ) end

end


# verify directory exists
unless File::directory?( directory )

   raise( 'fatal: backup directory does not exists: ' + directory )

end


# The date and time prefix
# ------------------------

prefix           = ''
prefix_date      = Time.now.strftime( '%F'       ) + ' - ' # %F = YYYY-MM-DD
prefix_time      = Time.now.strftime( '%H:%M:%S' ) + ' - '
add_date_default = true
add_time_default = false

prefix += prefix_date if git_config_bool( 'backup.prefix-date', add_date_default )
prefix += prefix_time if git_config_bool( 'backup.prefix-time', add_time_default )



# default bundle name is the name of the repo
bundle_name = Dir.pwd.split('/').last

# set the name of the file to the first command line argument if given
bundle_name = ARGV[0] if( ARGV[0] )


bundle_name = File::join( directory, prefix + bundle_name + filename_suffix )


puts "Backing up to bundle #{bundle_name.inspect}"


# git bundle will print it's own error messages if it fails
`git bundle create #{bundle_name.inspect} --all --remotes`


end # def git_backup



# helper function to call git config to retrieve a boolean setting
def git_config_bool( option, default_value )

   # get the setting for the prefix-time from git config
   config_value = `git config --get #{option.inspect}`

   # check exit status of git config
   case $?.exitstatus

      # when not set take default
      when 1 : return default_value

      when 0 : return true unless config_value =~ /(false|no|0)/i

      when 2 : puts 'Warning: Multiple entries of #{option.inspect} found in your git config file. Will use the last one: ' + config_value
               return true unless config_value =~ /(false|no|0)/i

      else     raise( 'fatal: unknown exit status from git-config: ' + $?.exitstatus )

   end
end

# function needs to be called if we are not included in another script
git_backup if __FILE__ == $0

Comments

@ यार ग्रेट बंडल स्क्रिप्ट, नीचे दिए गए मेरे जवाब की वकालत करने वाले git बंडल के आधार पर। +1।

— वॉन सी सी

मैंने पहले से ही अपने एप्लिकेशन को मेरे स्थानीय नंगे भंडार में स्थापित किया है .... आप इसे एक बार इंस्टॉल करने के बाद इसका उपयोग कैसे करते हैं .... इस बारे में कोई जानकारी नहीं है कि प्रलेखन पर, आपको एक अनुभाग शामिल करना चाहिए जिसमें एक उदाहरण दिया गया है कि बैकअप कैसे बनाया जाए

— JAF

हाय, माफ करना, तुम यह काम करने के लिए नहीं मिलता है। आम तौर पर आप चलाते हैं sudo install.sh, फिर इसे गंतव्य निर्देशिका को सेट करने के लिए इसे (git config system का उपयोग करता है) कॉन्फ़िगर करें (github पर रीडमी फ़ाइल देखें)। अगला आप git backupअपने भंडार के अंदर चलाते हैं । एक सिडेनोट के रूप में, यह git बंडल और इस सवाल के जवाब के साथ एक प्रयोग था, लेकिन git बंडल कभी भी एक सटीक सटीक प्रतिलिपि नहीं बनाता है (उदाहरण के लिए, यदि मैं अच्छी तरह से याद करता हूं, विशेष रूप से git remotes से संबंधित), तो व्यक्तिगत रूप से मैं वास्तव में बैकअप के लिए टार का उपयोग करता हूं। गिट निर्देशिका।

Answer 2

अन्य आधिकारिक तरीका गिट बंडल का उपयोग करना होगा

यही कारण है कि समर्थन है कि एक फ़ाइल पैदा करेगा git fetchऔर git pullक्रम में अपने दूसरे रेपो अद्यतन करने के लिए।
वृद्धिशील बैकअप और बहाल करने के लिए उपयोगी है।

लेकिन अगर आपको सब कुछ बैकअप करने की आवश्यकता है (क्योंकि आपके पास पहले से मौजूद कुछ पुरानी सामग्री के साथ दूसरा रेपो नहीं है), तो बैकअप करने के लिए थोड़ा अधिक विस्तृत है, जैसा कि मेरे अन्य उत्तर में उल्लेख किया गया है, केंट फ्रेड्रिक की टिप्पणी के बाद:

$ git bundle create /tmp/foo master
$ git bundle create /tmp/foo-all --all
$ git bundle list-heads /tmp/foo
$ git bundle list-heads /tmp/foo-all

(यह एक परमाणु ऑपरेशन है , जैसा कि .gitफ़ोल्डर से एक संग्रह बनाने का विरोध किया गया है , जैसा कि काल्पनिक रूप से टिप्पणी की गई है )

---

चेतावनी: मैं पैट Notz के समाधान की सिफारिश नहीं करूंगा , जो कि रेपो की क्लोनिंग है।
बैकअप कई फ़ाइलों को हमेशा बैकअप या अपडेट करने की तुलना में अधिक मुश्किल है ... बस एक।

यदि आप ओपी यार के उत्तर के संपादन के इतिहास को देखते हैं, तो आप देखेंगे कि यार ने पहली बार ... का उपयोग किया था : clone --mirror

ड्रॉपबॉक्स के साथ इसका उपयोग करना कुल गड़बड़ है ।
आपके पास समन्वयन त्रुटियां होंगी, और आप DROPBOX में रोल को वापस ले सकते हैं। यदि आप अपने ड्रॉपबॉक्स का बैकअप लेना चाहते हैं तो
उपयोग करें git bundle।

यार का वर्तमान समाधान उपयोग करता है git bundle।

बस इतना ही कहना चाहता हूं।

Comments

मैंने अभी इसकी जाँच की है और यह वास्तव में बहुत अच्छा है। मुझे आश्वस्त होने के लिए कुछ बंडलिंग और अनबंडलिंग और सूची-शीर्षों की कोशिश करनी होगी ... लेकिन मुझे यह बहुत पसंद है। फिर से धन्यवाद, विशेष रूप से --all स्विच पर नोट्स के लिए।

— दान रोसेनस्टार्क

कुछ हद तक संबंधित है, क्या सिर्फ मेरे स्थानीय भंडार के साथ कुछ गलत है? मुझे एक सिंगल बैकअप फ़ाइल की आवश्यकता है, एक बाहरी ड्राइव पर हजारों फ़ाइलों की नकल अविश्वसनीय रूप से धीमी है। मैं बस सोच रहा था कि क्या कुछ और अधिक कुशल है क्योंकि ज़िप को .git फ़ोल्डर में इतनी सारी फ़ाइलों को संग्रहित करना है।

@ अल्फा: एकमात्र अंतर यह है कि आप आसानी से वृद्धिशील बैकअप कर सकते हैं git bundle। यह सभी स्थानीय रेपो के वैश्विक ज़िप के साथ संभव नहीं है।

— वॉनच

एक पुरानी टिप्पणी का जवाब देना, लेकिन बंडल के बीच अंतर और डायर को ज़िप करना बंडल परमाणु है, इसलिए यदि किसी को ऑपरेशन के बीच में अपने रेपो को अपडेट करने के लिए ऐसा होता है तो यह गड़बड़ नहीं होगा।

— काल्पनिक

@ अच्छी बात है। मैंने इसे अधिक दृश्यता के लिए उत्तर में शामिल किया है।

— वॉनक

Answer 3

जिस तरह से मैं यह करता हूं कि एक रिमोट (नंगे) रिपॉजिटरी (एक अलग ड्राइव पर, यूएसबी की, बैकअप सर्वर या यहां तक ​​कि जीथूब) push --mirrorबनाने के लिए है और फिर उस रिमोट रेपो को बिल्कुल मेरे स्थानीय की तरह दिखने के लिए उपयोग करें (रिमोट को छोड़कर एक नंगे है) भंडार)।

यह गैर-तेज-फॉरवर्ड अपडेट सहित सभी रिफ (शाखाओं और टैग) को धक्का देगा। मैं अपने स्थानीय भंडार का बैकअप बनाने के लिए इसका उपयोग करता हूं।

आदमी पेज इस तरह यह वर्णन करता है:

धक्का करने के लिए प्रत्येक रेफरी नामकरण करने के बजाय, निर्दिष्ट करता है कि के तहत सभी refs $GIT_DIR/refs/(जो शामिल है, लेकिन तक सीमित नहीं है refs/heads/, refs/remotes/और refs/tags/) दूरस्थ भंडार को प्रतिबिंबित करती जा। नए बनाए गए स्थानीय रीफ़ को दूरस्थ छोर पर धकेल दिया जाएगा, स्थानीय रूप से अपडेट किए गए रीफ़ को दूरस्थ छोर पर अद्यतन किया जाएगा, और हटाए गए रीफ़ को दूरस्थ छोर से हटा दिया जाएगा। यदि कॉन्फ़िगरेशन विकल्प remote.<remote>.mirrorसेट है , तो यह डिफ़ॉल्ट है।

मैंने पुश करने के लिए एक उपनाम बनाया:

git config --add alias.bak "push --mirror github"

फिर, git bakजब भी मैं बैकअप करना चाहता हूं, मैं बस चलाता हूं।

Comments

+1। माना। git बंडल बैकअप को एक (एक फ़ाइल) के आसपास ले जाने के लिए अच्छा है। लेकिन एक ड्राइव के साथ आप कहीं भी प्लग कर सकते हैं, नंगे रेपो भी ठीक हैं।

— वॉनसी

+1 awesme, मैं इस पर गौर करूंगा। उदाहरणों के लिए भी धन्यवाद।

— दान रोसेनस्टार्क

@Pat Notz, अंत में मैंने इसे करने के अपने तरीके के साथ जाने का फैसला किया, और मैंने यहां एक जवाब नीचे रखा (स्कोर स्थायी रूप से शून्य पर रखा :)

— Dan Rosenstark

ध्यान दें कि --mirrorवास्तव में इसे प्राप्त वस्तुओं पर किसी भी प्रकार का सत्यापन नहीं चलता है। आपको शायद git fsckभ्रष्टाचार को रोकने के लिए किसी बिंदु पर चलना चाहिए ।

— docwhat

Answer 4

[इसे अपने संदर्भ के लिए यहां छोड़ रहा हूं।]

मेरी बंडल स्क्रिप्ट git-backupइस तरह दिखती है

#!/usr/bin/env ruby
if __FILE__ == $0
        bundle_name = ARGV[0] if (ARGV[0])
        bundle_name = `pwd`.split('/').last.chomp if bundle_name.nil? 
        bundle_name += ".git.bundle"
        puts "Backing up to bundle #{bundle_name}"
        `git bundle create /data/Dropbox/backup/git-repos/#{bundle_name} --all`
end

कभी git backup-कभी मैं उपयोग git backup different-nameकरता हूं और कभी-कभी मैं उपयोग करता हूं जो मुझे सबसे अधिक संभावनाएं देता है जो मुझे चाहिए।

Comments

+1 क्योंकि आपने --globalइस विकल्प का उपयोग नहीं किया है यह उपनाम केवल आपकी परियोजना में दिखाई देगा (यह आपकी .git/configफ़ाइल में डिफाइंड है ) - शायद यही आप चाहते हैं। अधिक विस्तृत और अच्छी तरह से स्वरूपित उत्तर के लिए धन्यवाद।

— बजे पैट नोट्ज़

@यर: क्या आप जानते हैं कि कमांडलाइन के बिना इन कार्यों को कैसे पूरा किया जाता है और इसके बजाय केवल tortoisegit का उपयोग किया जाता है (क्या मैं अपने गैर-कमांड-लाइन-विंडोज़ उपयोगकर्ताओं के लिए समाधान खोज रहा हूं)?

— पास्टकूल

@pastacool, क्षमा करें, मुझे कमांड-लाइन के बिना गिट के बारे में बिल्कुल भी जानकारी नहीं है। शायद रूबीमाइन की तरह एक प्रासंगिक आईडीई की जांच करें?

— दान रोसेनस्टार्क

@ जारी किया गया, आप स्पाइडरकॉक के साथ डायरैक्टरीज वापस ला सकते हैं, या सिर्फ फाइलें (जो ड्रॉपबॉक्स करता है और वे आपको 3 जीबी स्थान देते हैं)?

— दान रोसेनस्टार्क

@ यार: मुझे यकीन नहीं है .. क्या आपका मतलब है कि अगर मैं ड्रॉपबॉक्स समर्थित निर्देशिका को हटाता हूं, तो मैं इसमें मौजूद फ़ाइलों के सभी पिछले संशोधनों को खो देता हूं? Spideroak की संस्करण नीतियों के बारे में अधिक जानकारी यहाँ है । TBH मैंने वास्तव में स्पाइडरऑक का ज्यादा इस्तेमाल नहीं किया है, और मैं इसकी सीमाओं के बारे में पूरी तरह सुनिश्चित नहीं हूं। ऐसा लगता है कि उन्होंने ऐसी समस्याओं के लिए एक समाधान प्रदान किया होगा, हालांकि, वे तकनीकी क्षमता पर बहुत जोर देते हैं। इसके अलावा: क्या ड्रॉपबॉक्स में अभी भी मुफ्त खातों के लिए रोलबैक पर 30 दिन की सीमा है?

— intuited

Answer 5

इस प्रश्न के दोनों उत्तर सही हैं, लेकिन मैं अभी भी एक स्थानीय फ़ाइल में एक Github भंडार का बैकअप लेने के लिए एक पूर्ण, संक्षिप्त समाधान याद कर रहा था। यहाँ पर गिस्ट उपलब्ध है, बेझिझक फोर्क या अपनी आवश्यकताओं के अनुकूल।

backup.sh:

#!/bin/bash
# Backup the repositories indicated in the command line
# Example:
# bin/backup user1/repo1 user1/repo2
set -e
for i in $@; do
  FILENAME=$(echo $i | sed 's/\//-/g')
  echo "== Backing up $i to $FILENAME.bak"
  git clone [e-mail]:$i $FILENAME.git --mirror
  cd "$FILENAME.git"
  git bundle create ../$FILENAME.bak --all
  cd ..
  rm -rf $i.git
  echo "== Repository saved as $FILENAME.bak"
done

restore.sh:

#!/bin/bash
# Restore the repository indicated in the command line
# Example:
# bin/restore filename.bak
set -e

FOLDER_NAME=$(echo $1 | sed 's/.bak//')
git clone --bare $1 $FOLDER_NAME.git

Comments

दिलचस्प। मेरे जवाब से ज्यादा सटीक। +1

— VONC

धन्यवाद, यह Github के लिए उपयोगी है। स्वीकृत उत्तर वर्तमान प्रश्न का है।

— दान रोसेनस्टार्क

Answer 6

आप git-copy से git repo का बैकअप ले सकते हैं । git-copy ने नई परियोजना को नंगे रेपो के रूप में सहेजा, इसका मतलब न्यूनतम भंडारण लागत है।

git copy /path/to/project /backup/project.backup

तब आप के साथ अपने प्रोजेक्ट को पुनर्स्थापित कर सकते हैं git clone

git clone /backup/project.backup project

Comments

अरे! इस जवाब ने मुझे विश्वास दिलाया कि "git copy" एक आधिकारिक git कमांड था।

— गतोपीच

Answer 7

ऊपर दिए गए पाठ की दीवारों के माध्यम से जागने के बाद सरल आधिकारिक तरीका मिला जिससे आपको लगेगा कि कोई नहीं है।

इसके साथ एक पूरा बंडल बनाएं:

$ git bundle create <filename> --all

इसे पुनर्स्थापित करें:

$ git clone <filename> <folder>

यह ऑपरेशन परमाणु AFAIK है। किरकिरा विवरण के लिए आधिकारिक डॉक्स की जाँच करें ।

"ज़िप" के बारे में: .it फ़ोल्डर आकार की तुलना में गिट बंडलों को संकुचित और आश्चर्यजनक रूप से छोटा किया जाता है।

Comments

यह ज़िप के बारे में पूरे प्रश्न का उत्तर नहीं देता है और यह भी मानता है कि हमने अन्य उत्तर पढ़ लिए हैं। कृपया इसे ठीक करें, इसलिए यह परमाणु है और पूरे प्रश्न को संभालता है और मुझे इसका स्वीकृत उत्तर (10 साल बाद) बनाने की खुशी है। धन्यवाद

— दान Rosenstark

Answer 8

google के माध्यम से इस सवाल पर आया।

यहाँ मैंने सबसे सरल तरीके से किया है।

git checkout branch_to_clone

फिर इस शाखा से एक नई गिट शाखा बनाएँ

git checkout -b new_cloned_branch
Switched to branch 'new_cloned_branch'

मूल शाखा में वापस आएं और जारी रखें:

git checkout branch_to_clone

मान लें कि आपने खराब कर दिया है और बैकअप शाखा से कुछ को पुनर्स्थापित करने की आवश्यकता है:

git checkout new_cloned_branch -- <filepath>  #notice the space before and after "--"

सबसे अच्छा हिस्सा अगर कुछ भी खराब हो जाता है, तो आप स्रोत शाखा को हटा सकते हैं और बैकअप शाखा में वापस आ सकते हैं !!

Comments

मुझे यह दृष्टिकोण पसंद है - लेकिन अगर यह सबसे अच्छा अभ्यास है तो मैं अनिश्चित हूं? मैं 'बैकअप' गिट शाखाओं को अक्सर बनाता हूं, और अंत में मेरी कई बैकअप शाखाएं होंगी। मैं अनिश्चित हूं कि यह ठीक है या नहीं (अलग-अलग तारीखों से ~ 20 बैकअप शाखाएं)। मुझे लगता है कि मैं हमेशा पुराने बैकअप को हटा सकता हूं - लेकिन अगर मैं उन सभी को रखना चाहता हूं - क्या यह ठीक है? अब तक यह अच्छी तरह से खेल रहा है - लेकिन यह जानना अच्छा होगा कि क्या यह अच्छा या बुरा अभ्यास है।

— काइल वासेला

यह कुछ ऐसा नहीं है जिसे सबसे अच्छा अभ्यास कहा जाएगा , मैं इसके सामानों के व्यक्तिगत आवास से संबंधित अधिक मानता हूं। मैं आम तौर पर एक शाखा में कोड देता हूं जब तक कि काम पूरा नहीं हो जाता है और एडहॉक अनुरोधों के लिए एक और शाखा रखता है । दोनों में बैकअप होता है, एक बार करने के बाद, मुख्य शाखा को हटा दें! :)

— NoobEditor