Gitflow: क्लोन रेपो पर गिट फ्लो इनिट विफल रहता है।

को निर्मित 26 अप्रैल 2011 · 29टिप्पणियाँ · स्रोत: nvie/gitflow

मैं यह गलत कर रहा हूं, लेकिन अगर मैं एक रेपो क्लोन करने का प्रयास करता हूं जिसमें केवल develop शाखा है और फिर git flow feature start foo का उपयोग करके एक सुविधा शुरू करने का प्रयास करें तो यह मुझे गिट प्रवाह को फिर से शुरू करने के लिए कहता है . git flow init चलाना विफल हो जाता है क्योंकि master शाखा मौजूद नहीं है। इसे काम करने के लिए मुझे इसे मैन्युअल रूप से बनाना होगा।

यह मुझे गलत लगता है। पर्दे के पीछे, निश्चित रूप से, git प्रवाह को या तो आवश्यक शाखाएँ बनानी चाहिए या बस उनके न होने से निपटना चाहिए। क्या यह एक बग की तरह लगता है?

यहाँ एक नमूना सत्र है:

oj<strong i="12">@mint</strong> ~/tmp $ git init test
Initialized empty Git repository in /home/oj/tmp/test/.git/
oj<strong i="13">@mint</strong> ~/tmp $ cd test
oj<strong i="14">@mint</strong> ~/tmp/test $ git flow init
No branches exist yet. Base branches must be created now.
Branch name for production releases: [master] 
Branch name for "next release" development: [develop] 

How to name your supporting branch prefixes?
Feature branches? [feature/] 
Release branches? [release/] 
Hotfix branches? [hotfix/] 
Support branches? [support/] 
Version tag prefix? [] 
oj<strong i="15">@mint</strong> ~/tmp/test $ echo "foo" > test.txt
oj<strong i="16">@mint</strong> ~/tmp/test develop * $ git add test.txt
oj<strong i="17">@mint</strong> ~/tmp/test develop * $ git commit -m "testing"
[develop 9ebdd64] testing
 1 files changed, 1 insertions(+), 0 deletions(-)
 create mode 100644 test.txt
oj<strong i="18">@mint</strong> ~/tmp/test develop $ cd ..
oj<strong i="19">@mint</strong> ~/tmp $ git clone ./test test2
Cloning into test2...
done.
oj<strong i="20">@mint</strong> ~/tmp $ cd test2
oj<strong i="21">@mint</strong> ~/tmp/test2 develop $ git flow feature start foo
fatal: Not a gitflow-enabled repo yet. Please run "git flow init" first.
oj<strong i="22">@mint</strong> ~/tmp/test2 develop $ git flow init

Which branch should be used for bringing forth production releases?
   - develop
Branch name for production releases: [] master
Local branch 'master' does not exist.
oj<strong i="23">@mint</strong> ~/tmp/test2 develop $ git branch master
oj<strong i="24">@mint</strong> ~/tmp/test2 develop $ git flow init

Which branch should be used for bringing forth production releases?
   - develop
   - master
Branch name for production releases: [master] 

Which branch should be used for integration of the "next release"?
   - develop
Branch name for "next release" development: [develop] 

How to name your supporting branch prefixes?
Feature branches? [feature/] 
Release branches? [release/] 
Hotfix branches? [hotfix/] 
Support branches? [support/] 
Version tag prefix? [] 
oj<strong i="25">@mint</strong> ~/tmp/test2 develop $ git flow feature start foo
Switched to a new branch 'feature/foo'

Summary of actions:
- A new branch 'feature/foo' was created, based on 'develop'
- You are now on branch 'feature/foo'

Now, start committing on your feature. When done, use:

     git flow feature finish foo

oj<strong i="26">@mint</strong> ~/tmp/test2 feature/foo $

धन्यवाद!
ओजे

स्रोत

👍2

सबसे उपयोगी टिप्पणी

@kasterma धन्यवाद!

$ git flow init

Which branch should be used for bringing forth production releases?
   - develop
Branch name for production releases: [] 
Local branch '' does not exist.

$ git branch -a
* develop
  remotes/origin/HEAD -> origin/develop
  remotes/origin/develop
  remotes/origin/master

स्थानीय शाखा प्राप्त करने के लिए:

$ git checkout master
$ git checkout develop
$ git branch -a
* develop
  master
  remotes/origin/HEAD -> origin/develop
  remotes/origin/develop
  remotes/origin/master

अब सामान्य रूप से गिट फ्लो इनिट चलाएं।

$ git flow init

michaellenahan 11 अप्रैल 2014

👍8 🎉6

सभी 29 टिप्पणियाँ

मुझे ठीक वैसी ही समस्या हो रही है। मैंने अभी तक स्थानीय रूप से एक मास्टर शाखा नहीं बनाई है (जैसा कि मुझे भी गलत लगता है), लेकिन मुझे अभी तक एक अलग समाधान नहीं मिला है। हालांकि, अगर मुझे कुछ मिल जाए तो फिर से पोस्ट करूंगा।

davekapp 20 मई 2011

अब तक, मैंने पाया है कि एकमात्र समाधान मास्टर शाखा बनाना है, भले ही इसका उपयोग नहीं किया जा रहा हो। यह सुखद नहीं है, लेकिन यह काम करता है। उम्मीद है कि जल्द ही इसका कोई हल निकल आएगा!

OJ 21 मई 2011

प्रारंभिक मास्टर शाखा को ट्रैक करना सबसे बुद्धिमानी नहीं होगी, उदाहरण के लिए
गिट चेकआउट-टी मूल/मास्टर

shuane 1 जुल॰ 2011

👍1

ज़रूर... अगर कोई है! नई परियोजनाएँ बनाते समय, मैं किसी पर जोर नहीं देता
खाली मास्टर शाखा, और विकास को आगे बढ़ाने के बाद, कोई मास्टर नहीं है
या तो जीथब।

तो यह अभी भी एक समस्या है।

मेरे विंडोज फोन से भेजा गया (हाँ, आपने इसे सही पढ़ा) से: shuane
भेजा गया: शनिवार, २ जुलाई २०११ ६:३३
प्रति: [email protected]
विषय: पुन: [गिटफ्लो] गिट फ्लो इनिट क्लोन रेपो पर विफल रहता है। (#121)
प्रारंभिक मास्टर शाखा को ट्रैक करना सबसे बुद्धिमानी नहीं होगी, उदाहरण के लिए
गिट चेकआउट-टी मूल/मास्टर

इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें:
https://github.com/nvie/gitflow/issues/121#issuecomment -1486906

OJ 1 जुल॰ 2011

+1 एक ही मुद्दा ...

pulkitsinghal 30 अप्रैल 2012

+1 वही मुद्दा

tmcgilchrist 9 जुल॰ 2012

जब रिपोजिटरी पहली बार बनाई जाती है तो खाली प्रारंभिक मास्टर शाखा (जो डिफ़ॉल्ट रूप से बनाई जाती है) को धक्का नहीं देना चाहती इसके पीछे दार्शनिक कारण क्या है?

यदि आप मास्टर शाखा को आगे नहीं बढ़ाते हैं (जैसा कि ऐसा लगता है कि यहां टिप्पणीकारों ने जानबूझकर नहीं किया है), तो आप इसे क्लोन में नहीं खींच सकते। गिट-फ्लो एक नया बनाने की कोशिश नहीं करने में सही है, अगर आप एक पूर्ववर्ती मास्टर शाखा की जांच करना भूल गए हैं और फिर एक नई शाखा बनाने पर संघर्ष होगा।

ansell 9 जुल॰ 2012

इसमें दार्शनिक कुछ भी नहीं है। यह वर्कफ़्लो के साथ करना है। मैं एक मास्टर शाखा को आगे बढ़ा सकता हूं, लेकिन यह लोगों को सिर्फ विकास शाखा को हथियाने से नहीं रोक सकता है।

एक नया बनाने की कोशिश न करने में गिट-फ्लो सही हो सकता है। लेकिन असफल होने के बजाय मुझसे क्यों नहीं पूछते? "क्या आप चाहते हैं कि मैं एक नई शाखा बनाऊं या मैं आपके लिए दूरस्थ मास्टर को ट्रैक करूं?"

विचार?

OJ 9 जुल॰ 2012

कुछ लोगों के मामले में यहां कोई रिमोट मास्टर नहीं है क्योंकि उन्हें लगता है कि एक खाली शाखा को धक्का देना गलत होगा। प्रदर्शन करना उनके लिए उपयोगी होगा

git push --all origin

इस मुद्दे के उस हिस्से को ठीक करने के लिए शुरू में विकसित और मास्टर दोनों शाखाओं को आगे बढ़ाने के लिए।

यदि कोई दूरस्थ गुरु होता तो उस समय उस प्रश्न को पूछना उपयोगी होता, और किसी के लिए इसे लागू करना बहुत कठिन नहीं होना चाहिए। यह एक साधारण फॉलबैक है और यदि वे स्वयं मास्टर शाखा बनाते हैं तो किसी और के वर्कफ़्लो को प्रभावित नहीं करेंगे।

ansell 9 जुल॰ 2012

यहां बताया गया है कि हम इस मुद्दे पर कैसे पहुंचे। हमारे गिट रेपो में अभी हमारा अधिकांश विकास फीचर शाखाओं पर विकसित है।

मैंने जीथब पर भंडार की डिफ़ॉल्ट शाखा के रूप में "विकसित" सेट किया था। मैं एक नई मशीन की फीचर शाखा पर काम करना चाहता था। मैंने रेपो क्लोन किया, "गिट फ्लो इनिट" किया, और यह असफल रहा।

lorin 9 जुल॰ 2012

@lorin यह दिखाने के लिए जाता है कि ऐसे कई तरीके हैं जिनसे हम इसे काट सकते हैं। इस मामले में गिट-फ्लो को संभालने के लिए मेरे लिए बहुत मायने रखता है, भले ही इसके लिए एक कष्टप्रद संकेत की आवश्यकता हो, फिर भी यह बिल्कुल भी काम न करने और लोगों पर भरोसा करने से बेहतर है कि वे इसे स्वयं समझ लें।

OJ 9 जुल॰ 2012

इस मुद्दे का एक हिस्सा यह हो सकता है कि जब आप गिट क्लोन चलाते हैं तो गिट केवल एक शाखा लाने के लिए हो सकता है, और यदि आप गिटहब डिफ़ॉल्ट शाखा को मास्टर के अलावा कुछ और सेट करते हैं, जैसा कि मैं स्वयं भी करता हूं, तो मास्टर वहां नहीं होगा एक दूरस्थ संदर्भ जब तक आप git fetch उत्पत्ति (मुझे लगता है) चलाते हैं। यदि कई लोगों के लिए ऐसा है, तो रिमोट/ओरिजिन/मास्टर [1] के लिए चेकिंग का समर्थन करने के लिए गिट-फ्लो-इनिट के लिए परिवर्तन को जोड़ने वाली प्रतिबद्धता को जांचने से पहले "गिट फ़ेच मूल" कॉल जोड़ने के लिए विस्तारित करने की आवश्यकता हो सकती है या नहीं गुरु मौजूद है।

[१] https://github.com/nvie/gitflow/commit/baf163e07d579bec3dd0e21d00297832e8848b8b

ansell 9 जुल॰ 2012

तब तक मास्टर रिमोट रेफरेंस के रूप में नहीं होगा जब तक कि आप गिट फ़ेच मूल (मुझे लगता है) नहीं चलाते।

गिट क्लोन ऑपरेशन सचमुच भंडार को क्लोन करता है जैसा कि प्रोजिट बूट में नोट किया गया है, आप अपने नेटवर्क तार को डिस्कनेक्ट कर सकते हैं और कर सकते हैं:

git checkout -b master origin/master

गिट आपको मूल/मास्टर की एक प्रति के रूप में मास्टर नामक स्थानीय शाखा बनाएगा।

baby-gnu 9 जुल॰ 2012

ध्यान दें:

git checkout master

पर्याप्त है जैसे कि शाखा नहीं मिली है, लेकिन एक ट्रैकिंग शाखा है जिसका उपयोग किया जाता है।

kasterma 1 अक्तू॰ 2013

👍3

@kasterma धन्यवाद!

$ git flow init

Which branch should be used for bringing forth production releases?
   - develop
Branch name for production releases: [] 
Local branch '' does not exist.

$ git branch -a
* develop
  remotes/origin/HEAD -> origin/develop
  remotes/origin/develop
  remotes/origin/master

स्थानीय शाखा प्राप्त करने के लिए:

$ git checkout master
$ git checkout develop
$ git branch -a
* develop
  master
  remotes/origin/HEAD -> origin/develop
  remotes/origin/develop
  remotes/origin/master

अब सामान्य रूप से गिट फ्लो इनिट चलाएं।

$ git flow init

michaellenahan 11 अप्रैल 2014

👍8 🎉6

जब आप git प्रवाह init को "रद्द" नहीं कर सकते, तो अपनी मास्टर शाखा को ठीक से सेट करने के लिए git config gitflow.branch.master Master को कॉन्फ़िगर करें।

SgtPooki 24 अप्रैल 2014

यहाँ वही है, मेरे पास एक ही मुद्दा है।

simonweil 18 मई 2014

+1 वही मुद्दा

Tapefabrik 4 सित॰ 2014

shan-lyons 27 फ़र॰ 2015

बस इसी में भाग गया। गर्रघ! +1

chrisRidgers 4 मार्च 2015

अपने स्थानीय रेपो पर कम से कम एक बार मास्टर चेकआउट करना सुनिश्चित करें।

rob-moore 18 नव॰ 2016

मैं करूँगा। धन्यवाद

18 नवंबर 2016 को शाम 6:41 बजे, "रॉब मूर" नोटिफिकेशन @github.com ने लिखा:

अपने स्थानीय रेपो पर कम से कम एक बार मास्टर चेकआउट करना सुनिश्चित करें।
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने इस थ्रेड की सदस्यता ली है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/nvie/gitflow/issues/121#issuecomment -261593726, या म्यूट करें
सूत्र
https://github.com/notifications/unsubscribe-auth/AVuyNjaPvHr8jyO9Zmy1bzynI0mhm0F_ks5q_eNRgaJpZM4AD0E_
.

CocoFox 18 नव॰ 2016

+1 मेरे साथ भी हुआ।

yylian 19 जुल॰ 2017

क्लोन रेपो पर समस्या को ठीक करने के लिए निम्न चरणों का पालन किया

 git checkout -b master
 git checkout develop
 git flow init

bipin000 9 जन॰ 2018

❤4 👎2

मेरी टीमसिटी सीआई प्रक्रिया _ant_ स्क्रिप्ट के माध्यम से _git फ्लो रिलीज_ के भीतर एक बिल्ड को लपेट सकती है, लेकिन मैंने इस तरह से सीखा कि master और develop दोनों को चेकआउट करना आवश्यक था, और फिर डिफ़ॉल्ट प्रारंभिकरण चलाएं निर्माण से पहले:

git flow init -d

tvkit 14 मार्च 2018

प्रारंभिक मास्टर शाखा को ट्रैक करना सबसे बुद्धिमानी नहीं होगी, उदाहरण के लिए
गिट चेकआउट-टी मूल/मास्टर

मेरे लिये कार्य करता है! धन्यवाद

karsilama 16 जुल॰ 2019

समाधान है:
-गिट सीकआउट मास्टर
-गिट चेकआउट विकास
-गिट प्रवाह init

andres310597 2 मार्च 2020

👎1

@ andres310597 यह आपके लिए उत्तर हो सकता है। इसने मेरे रेपो पर मदद नहीं की।

➜  mobile_provider git:(develop) git checkout master   
Updating files: 100% (17199/17199), done.
Switched to branch 'master'
Your branch is up to date with 'origin/master'. 
➜  mobile_provider git:(master) ✗ git checkout develop
Updating files: 100% (17199/17199), done.
Switched to branch 'develop'
Your branch is up to date with 'origin/develop'.                                                            /3.1s
➜  mobile_provider git:(develop) git flow init       

Which branch should be used for integration of the "next release"?
   - bug/mstelly/prov/2449-leave-job-crash
   - master
   - poc/realmdb
Branch name for "next release" development: [develop]

और मेरी .gitconfig फ़ाइल में किसी भी प्रवाह सेटिंग का कोई संदर्भ नहीं है। तो मुझे नहीं पता कि मूल्य कहाँ संग्रहीत किए जा रहे हैं।

mjstelly 20 मई 2020

तथ्य यह है कि यह मुद्दा 9 वर्षों से खुला है, हमारे अवसरों के बारे में बहुत कुछ कहता है कि यह जल्द ही किसी भी समय हल हो जाएगा। हालाँकि, मैंने चूक स्वीकार कर ली और यह संदेश प्राप्त किया:
To force reinitialization, use: git flow init -f
तो, यह टूटा नहीं है। मुझे लगता है कि यह अच्छी तरह से प्रलेखित नहीं है। किसी को शायद इस मुद्दे को बंद कर देना चाहिए।

mjstelly 20 मई 2020

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Gitflow: क्लोन रेपो पर गिट फ्लो इनिट विफल रहता है।

सबसे उपयोगी टिप्पणी

सभी 29 टिप्पणियाँ

इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें: https://github.com/nvie/gitflow/issues/121#issuecomment -1486906

संबंधित मुद्दों

इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें:
https://github.com/nvie/gitflow/issues/121#issuecomment -1486906