मैं यहाँ सहमत हूँ। खासकर जब से प्रतिबद्ध संवाद प्रभावी रूप से गुई में "गिट स्थिति" के रूप में कार्य करता है।

आप इन परिदृश्यों के लिए क्या उम्मीद करते हैं:

चरण 0:

1. मुख्य (ब्राउज़ करें) फॉर्म में "कमिट" बटन पर क्लिक करें, कमिट डायलॉग खुला।
2. कमिट डायलॉग को छोटा करें और फोकस को वापस मुख्य विंडो पर स्विच करें।
3. फिर से "कमिट" बटन पर क्लिक करें।
   प्रश्न: क्या मौजूदा डायलॉग पॉप अप होना चाहिए या नई डायलॉग कॉपी बनाई जानी चाहिए?

चरण 1:

1. मुख्य (ब्राउज़ करें) फॉर्म में "कमिट" बटन पर क्लिक करें, कमिट डायलॉग खुला।
2. फ़ोकस को वापस मुख्य विंडो पर स्विच करें और इसे बंद करें।
   प्रश्न: क्या प्रतिबद्ध संवाद भी बंद कर देना चाहिए?

चरण 2:

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

1. मौजूदा संवाद
2. बंद संवाद
3. कमिट करने के बाद कमिट डायलॉग बंद होना चाहिए और इतिहास को नया कमिट दिखाना चाहिए

वैसे भी यह मेरी राय है।

0: मौजूदा संवाद

1: बंद संवाद

2: ग्राफ में नई प्रतिबद्धता होनी चाहिए, चुने हुए विकल्प के आधार पर प्रतिबद्ध संवाद बंद होना चाहिए (जैसा कि अभी है)

मैं भी इस अनुरोध का समर्थन करना चाहता हूं। यह अप्राकृतिक लगता है कि उदाहरण के लिए एक प्रतिबद्ध संदेश की प्रतिलिपि बनाने के लिए इतिहास में जाने के लिए मुझे प्रतिबद्ध संवाद बंद करना होगा।

अत्यधिक सराहना की।

एक और समस्या भी है। जब प्रतिबद्ध संवाद खुला हो और उपयोगकर्ता कार्यशील dir को बदल देगा तो GitExtensions को क्या करना चाहिए?
a) क्लोज कमिट डायलॉग
b) डायलॉग को खुला रखें और कंटेंट को रिफ्रेश करें।
ग) संवाद खुला रखें और पिछले रेपो के साथ काम करें।
डी) खुले संवाद होने पर काम करने वाले डीआईआर को बदलने की अनुमति न दें।
ई) अन्य विचार।

मैं "सी" की अपेक्षा करता हूं, लेकिन "प्रतिबद्ध" बटन पर दोहराने पर क्लिक करें नया संवाद उदाहरण खोला जाना चाहिए। प्रति रेपो एक संवाद उदाहरण (इसलिए यदि आप काम करने वाले डीआईआर को वापस बदलते हैं, तो तीसरे उदाहरण को खोलने के बजाय पहले उदाहरण का फिर से उपयोग किया जाएगा)।

ग) संवाद खुला रखें और पिछले रेपो के साथ काम करें।

और बाईं ओर (अस्थिर) परिवर्तनों के फ़ाइल ट्री में प्रतिनिधित्व "स्थानीय परिवर्तन अपडेट करें" प्रदान करें। वर्तमान स्थिति में यह स्थिति पहले से ही संभव है और संवाद के तौर-तरीकों से प्रभावित नहीं होती है। हालाँकि, यह स्पष्ट होना चाहिए कि GitExt से स्थानीय परिवर्तन नहीं किए जाएंगे।
मुझे लगता है कि शाखा या वर्तमान प्रतिबद्धता (यानी सूचकांक) को बदलना - "कठिन" स्वीकार्य नहीं होगा; काम करने वाले डीआईआर को अछूता रहना चाहिए - इस बिंदु पर सीमित उपयोग है लेकिन मुझे कोई कारण नहीं दिख रहा है कि यह क्यों संभव नहीं होना चाहिए।

वैकल्पिक रूप से, "प्रतिबद्ध करें ... (शाखा|प्रतिबद्ध)"।

मैंने हाल ही में ViewPullRequestForm को मॉडललेस बनाया है। जब मैं FormBrowse पर क्लिक करता हूं तो यह प्रतिक्रिया करता है, लेकिन ViewPullRequestForm के पीछे रहता है। क्या किसी को FormBrowse सक्रिय होने के बाद ViewPullRequestForm के सामने FormBrowse दिखाने के लिए कोई सेटिंग पता है?

आप ViewPullRequestForm के लिए कॉल शो ()/ShowDialog () से पैरेंट पैरामीटर को हटा सकते हैं।

मैंने कोशिश की लेकिन यह मदद नहीं करता है।

मुझे लगता है कि वर्तमान मोडलेस फॉर्म व्यवहार उपयोगकर्ता के दृष्टिकोण से सहज नहीं है क्योंकि मुख्य विंडो बंद करते समय एप्लिकेशन बाहर निकलता है।

मुझे लगता है कि हमारे पास कई विकल्प हैं:

• वर्तमान कार्यान्वयन में समस्या को ठीक करने का प्रयास करें
• हर बार नया एप्लिकेशन इंस्टेंस चलाएं
• सभी मॉडल रहित विंडो FormBorderStyle को FixedToolWindow/SizableToolWindow में बदलें ताकि उपयोगकर्ता कम से कम इस व्यवहार की अपेक्षा कर सकें

मैं अक्सर इस पर फंस जाता हूं। मैं नियमित रूप से छोटे काम करता हूं और इसलिए कमिट विंडो को चालू रखता हूं।

ऐसा होता रहता है:

1) कुछ करना
2) खिड़की को छोटा करें
3) जारी रखें
4) गिट एक्सटेंशन की मुख्य विंडो पर वापस आएं और सामान पर क्लिक करने का प्रयास करें
5) निराश हो जाओ जब यह सिर्फ चमकता है और त्रुटि शोर करता है
6) महसूस करें कि मेरी स्क्रीन के सबसे बाईं ओर नीचे की ओर एक छोटा छोटा मोडल विंडो तरीका है

कृपया इसे या तो गैर-मोडल बनाएं या कम से कम करने की क्षमता को हटा दें। मैं पूर्व विकल्प के लिए वोट करता हूं।

आप स्टेज और अनस्टेज कर सकते हैं और फिर कमिट डायलॉग को बंद करके ला सकते हैं
कभी भी बैकअप लें।

गुरु, जुलाई 18, 2013 पूर्वाह्न 11:14 बजे, ड्रू नोक्स नोटिफ़िकेशन @github.comलिखा :

मैं अक्सर इस पर फंस जाता हूं। मैं नियमित रूप से छोटे-छोटे काम करता हूं और इसलिए रखता हूं
प्रतिबद्ध खिड़की के बारे में।

ऐसा होता रहता है:

1) कुछ करना
2) खिड़की को छोटा करें
3) जारी रखें
4) गिट एक्सटेंशन की मुख्य विंडो पर वापस आएं और सामान पर क्लिक करने का प्रयास करें
5) निराश हो जाओ जब यह सिर्फ चमकता है और त्रुटि शोर करता है
6) महसूस करें कि नीचे बाईं ओर एक छोटा छोटा मोडल विंडो तरीका है
मेरी स्क्रीन के

कृपया इसे या तो गैर-मोडल बनाएं या कम से कम करने की क्षमता को हटा दें। मैं मतदान करता हूं
पूर्व विकल्प के लिए।

-
इस ईमेल का सीधे उत्तर दें या इसे Gi tHub पर देखेंhttps://github.com/gitextensions/gitextensions/issues/564#issuecomment -21190625
.

_जय असबरी_
पीसी मरम्मत और कस्टम प्रोग्राम $30/घंटा 1 घंटा मिनट
मेरा बाइकिंग ब्लॉग http://vbjaybiking.blogspot.com

@vbjay , मुझे पता है, यह नहीं है कि मैं कैसे प्रतिबद्ध विंडोज़ के साथ काम करने के लिए उपयोग किया जाता हूं :) मैं अपना अधिकांश समय लिनक्स में अन्य उपकरणों के साथ बिताता हूं जो मेरी अपेक्षा के अनुसार काम करते हैं। लेखकों के लिए यह तय करने में खुशी है कि सबसे अच्छा क्या है। बदलाव के लिए बस मेरा +1।

मोडल कमिट डायलॉग का एक और उपद्रव यह है कि जब फोकस किया जाता है तो यह मुख्य विंडो को इसके साथ आगे लाता है।

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

मुझे हाल ही में एहसास हुआ कि मैं मूल रूप से केवल प्रतिबद्ध विंडो का उपयोग करता हूं, और मुझे इसे स्टैंडअलोन लॉन्च करने में खुशी होगी। मुझे वास्तव में माउस के साथ पैच करने की क्षमता पसंद है (कंसोल पर अंतःक्रियात्मक रूप से), लेकिन अन्य सभी गिट सामान कमांड लाइन पर अधिक आरामदायक महसूस करते हैं।

इसे ध्यान में रखते हुए, @vcpp द्वारा प्रस्तुत तीन प्रश्नों के मेरे उत्तर हैं:

1. एक रिपोजिटरी आधार पर प्रतिबद्ध विंडो का पुन: उपयोग करें (मैं विभिन्न परियोजनाओं के लिए एकाधिक प्रतिबद्ध विंडो खोलना चाहता हूं)।
2. कमिट विंडो को खुला छोड़ दें
3. चाइल्ड विंडो में कमिट करना नई कमिट की मुख्य विंडो को सूचित करता है, इसलिए अपडेट तुरंत होता है

ऐसा लगता है कि दूसरे बिंदु को छोड़कर हर चीज पर @NJAldwin , @jbialobr और मेरे (तीन उत्तरदाताओं) के बीच समझौता है, और इसे इस मौजूदा ड्रॉप-डाउन में एक विकल्प द्वारा नियंत्रित किया जा सकता है:

UX स्टैक एक्सचेंज साइट पर कुछ दिलचस्प चर्चा है:

http://ux.stackexchange.com/questions/39778/benefits-and-drawbacks-of-modal-windows

ऐसा लगता है कि आप कमिट विंडो का उपयोग कम समय के लिए करते हैं, या आप इसे खुला छोड़ देते हैं। गिट एक्सटेंशन जैसा टूल विभिन्न वर्कफ़्लो डेवलपर्स में फिट बैठता है। अकेले इस मुद्दे पर मुझे ऐसा लगता है कि यह किसी ऐसे व्यक्ति के लिए डिज़ाइन किया गया है जिसका कार्यप्रवाह मेरे से अलग है। अनजाने में, यह दृश्य मेरी टीम के अन्य डेवलपर्स द्वारा साझा किया गया है।

हाल ही में, मुख्य विंडो के निचले फलक में टैब नियंत्रण में एक कंसोल जोड़ा गया था। प्रतिबद्ध विंडो को टैब के रूप में भी क्यों नहीं जोड़ा जा सका?

यह मेरे लिए एक अच्छा समाधान प्रतीत होता है।

यहाँ एक नकली है। टैब शीर्षकों को बदलना होगा। हो सकता है कि दूसरा "प्रतिबद्ध" टैब "परिवर्तन" बन जाए।

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

यह मेरे लिए एक अच्छा समाधान प्रतीत होता है।

यह वास्तव में एक अच्छा विचार है! ज्यादातर समय मैं केवल कमिट डायलॉग खोलने के लिए ब्राउज डायलॉग पर स्विच करता हूं।

एकमात्र समस्या जो मैं इसके साथ देखूंगा वह है ui मंदी। यह बहुत कुछ है
कार्यक्षमता एक रूप में लुढ़क गई। शायद तब तक नियंत्रण को अपडेट न करें
टैब सक्रिय है।

सोम, 20 मार्च, 2017 दोपहर 1:36 बजे जानूस बियालोब्रज़ेव्स्की <
सूचनाएं@github.com> ने लिखा:

यह मेरे लिए एक अच्छा समाधान प्रतीत होता है।

यह वास्तव में एक अच्छा विचार है! अधिकांश समय मैं ब्राउज़ संवाद पर स्विच करता हूं
केवल प्रतिबद्ध संवाद खोलने के लिए।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/gitextensions/gitextensions/issues/564#issuecomment-287837834 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/ADdhsWU1-9kllO-8sYbi61lIS_owCqH0ks5rnrkcgaJpZM4AdCWc
.

UI को आलसी रूप से लोड करना उचित लगता है (हालांकि कोड से परिचित नहीं है)।

मुझे लगता है कि अगर हम फॉर्मकॉमिट को मुख्य फॉर्म में एकीकृत करना चाहते हैं, तो हमें पूर्ण विंडो पर "कंसोल", "कमिट ..." टैब ले जाना चाहिए

@KindDragon जो तार्किक रूप से सुसंगत लगता है क्योंकि उनमें से कोई भी ग्राफ़ में चयनित कमिट पर निर्भर नहीं है।

डाउनसाइड्स अधिक लंबवत स्थान खो रहे हैं, और UI के चारों ओर नेविगेट करने के लिए आवश्यक माउस की गति और क्लिक की मात्रा में वृद्धि कर रहे हैं। प्रोग्रामर के लिए कम तार्किक होने पर भी अक्सर एक UI उपयोगकर्ता के लिए अधिक अनुकूल/स्वाभाविक होता है।

यदि आप शीर्ष पर टैब पेश करने जा रहे थे, तो मैं व्यक्तिगत रूप से पसंद करूंगा कि क्या वे भंडार के लिए थे ताकि मैं एक विंडो में एकाधिक रेपो ट्रैक कर सकूं। यह इस मुद्दे का फोकस नहीं है, लेकिन ऐसा करने से पहले शीर्ष-स्तरीय टैब नियंत्रण के लिए वैकल्पिक उपयोगों पर विचार करना उचित है।

एक वर्कफ़्लो जो ग्राफ़ के नीचे कमिट फॉर्म होने पर अच्छा होगा, वह है फ़िक्सअप कमिट बनाना। आपको जो कुछ भी चाहिए वह स्क्रीन पर दिखाई देगा। मुझे यकीन है कि दो सबसे अधिक देखे जाने वाले UI तत्व ग्राफ़ और प्रतिबद्ध विंडो हैं। प्रतिबद्ध मोडल बनाने से इन दोनों का एक साथ उपयोग करना कठिन हो जाता है। उन्हें टैब में रखना आसान बनाता है, लेकिन उन दोनों को एक ही समय में दिखाई देना (मेरे दिमाग में) अंतिम है।

यदि आप शीर्ष पर टैब पेश करने जा रहे थे, तो मैं व्यक्तिगत रूप से पसंद करूंगा कि क्या वे भंडार के लिए थे ताकि मैं एक विंडो में एकाधिक रेपो ट्रैक कर सकूं।

मैं नीचे टैब के बारे में सोच रहा हूं।

नीचे टैब बार, बीच में टैब और शीर्ष पर टूलबार/मेनू के बीच घूमना माउस की बहुत सारी गतिविधि है जहां आपको जाना है। शीर्ष पर एक बार और बीच में एक बार तीन बार, आईएमओ होने से बेहतर है। उनके पैन के नीचे रखे गए टैब UI में इतने सामान्य नहीं हैं।

हो सकता है कि विंडो के बाईं ओर टैब का एक कॉलम (ग्राफ, कमिट, कंसोल), शीर्ष पर संरेखित हो। वह सब कुछ एक साथ पास रखेगा।

डॉकिंग फ्रेमवर्क का उपयोग करने पर विचार करें ताकि उपयोगकर्ता उनके अनुरूप लेआउट को कॉन्फ़िगर कर सकें। मुझे नहीं लगता कि एक ही लेआउट से सभी को खुश करना संभव है। दोबारा, जब मैं प्रतिबद्ध हूं तो मुझे ग्राफ देखना पसंद है।

मुझे वास्तव में प्रस्ताव पसंद नहीं है... मेरे लिए इसका मतलब होगा लगातार पैनल (स्प्लिटर) का आकार बदलना।

शायद वीएस में डॉक की गई खिड़कियों के साथ एक बेहतर यूएक्स हासिल किया जा सकता है (देखें https://github.com/gitextensions/gitextensions/issues/3679)।
लेकिन (हमेशा एक होना चाहिए) यह गैर-विंडोज उपयोगकर्ताओं के लिए काम नहीं करेगा ....

हो सकता है कि एक "गरीब आदमी" डॉकिंग समाधान जहां उपयोगकर्ता डॉक किए गए या अनडॉक किए गए लेआउट के पूर्वनिर्धारित सेट से लेआउट का चयन कर सके? हर किसी के लिए डॉकिंग का समर्थन करने वाला ढांचा खोजना कठिन हो सकता है?

मैंने कुछ संबंधित मुद्दों को जोड़ा:

4033

4031

#4031 में सुझाव जो "मॉडललेस कमिट" से संबंधित होना चाहिए, जो कि @drewnoakes . द्वारा नकली के समान है
मैं कुछ हद तक @RussKie से सहमत हूं और मानता हूं कि मूल प्रतिबद्धता मॉडललेस होनी चाहिए, लेकिन पॉपअप में "पूर्ण" प्रतिबद्धता की जा सकती है

• प्रतिबद्ध टैब वर्तमान में छिपा हुआ है। HEAD के लिए प्रतिबद्ध टैब के समान जानकारी होनी चाहिए, सिवाय इसके कि कोई प्रतिबद्ध हैश नहीं है और वह प्रतिबद्ध संदेश "वर्तमान WIP" है (जो प्रारंभिक जोड़ा गया है)।

• एन्हांसमेंट: संपादन योग्य प्रतिबद्ध पाठ। भले ही पॉपअप डायलॉग से ही कमिट करना संभव हो, यह कमिट मैसेज लिखने को आसान बना देगा।

• एन्हांसमेंट: कमिट पॉपअप के समान कमिट बटन

• डिफ टैब, फ़ाइल दृश्य संदर्भ मेनू को चरण/अस्थिर और फ़ाइलों को रीसेट करने के लिए देखें

  • ब्राउज (फाइल हिस्ट्री) में फाइल वर्क पर डबल-क्लिक करना चाहिए या कमिट की तरह स्टेज/अनस्टेज?

• एन्हांसमेंट: अलग टैब ताकि कमिट/डिफ को एक साथ देखा जा सके

  • प्रतिबद्ध विंडो को स्थानांतरित करने के लिए पर्याप्त है?

प्रतिबद्ध ग्राफ़ (जैसे @drewnoakes mockup) के निचले भाग में "डॉक करने योग्य" संवाद करने के विचार के बारे में आप क्या सोचते हैं और डॉक/अनडॉक कीबोर्ड शॉर्टकट पहले स्थान पर संवाद खोलने के समान (या कॉन्फ़िगर करने योग्य) हो सकता है।
तो कहें कि आप ctrl+space के साथ पूर्ण विकसित संवाद खोलते हैं लेकिन इसे छोटा चाहते हैं, ctrl+space फिर से और यह डॉक किया गया है। और इसके विपरीत यदि अंतिम संवाद स्थिति को डॉक किया गया था।

@drewnoakes क्या आपके पास एक कार्यशील प्रोटोटाइप है? मुझे आज इसका उपयोग शुरू करना अच्छा लगेगा :D

मैंने वर्ष की शुरुआत में CommitInfo टैब का उपयोग करना शुरू किया, लेकिन इसने मूल रूप से FormCommit में सभी कोड को डुप्लिकेट किया ताकि समाधान रखरखाव के दृष्टिकोण से मज़ेदार न हो और मैंने इसे छोड़ दिया।

इस संवाद को एक मोडल के रूप में छोड़ने पर कोई विचार लेकिन इसे डॉक/अनडॉक करने के विकल्प के साथ?

कभी इसका इस्तेमाल नहीं किया। यह एमआईटी लाइसेंस प्राप्त है। https://github.com/dockpanelsuite/dockpanelsuite

इसे #5535 के पक्ष में बंद करना।

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