git-cvsserver - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

git-cvsserver - Git के लिए एक CVS सर्वर एमुलेटर

SYNOPSIS

एसएसएच:

निर्यात CVS_SERVER='git cvsserver'
सीवीएस -d :ext:user@server/path/repo.git सह

सर्वर (/etc/inetd.conf):

सीवीएससर्वर स्ट्रीम टीसीपी अब किसी का इंतजार नहीं /यूएसआर/बिन/गिट-सीवीएससर्वर गिट-सीवीएससर्वर पीसर्वर

उपयोग:

git-cvsserver [विकल्प] [सर्वर|सर्वर] [ ...]

विकल्प

ये सभी विकल्प स्पष्ट रूप से केवल तभी समझ में आते हैं जब सर्वर पक्ष द्वारा लागू किया जाता है। उन्होंनें किया है
के समान लागू किया गया Git-डेमॉन(1) विकल्प यथासंभव निकट से।

--आधार-पथ
प्रारंभ में लगा पथ अनुरोधित CVSROOT के लिए

--सख्त-पथ
उपनिर्देशिकाओं में पुनरावृत्ति की अनुमति न दें

--निर्यात-सभी
कॉन्फिग में gitcvs.enabled की जांच न करें। आपको अनुमति की एक सूची भी निर्दिष्ट करनी होगी
यदि आप इस विकल्प का उपयोग करना चाहते हैं तो निर्देशिकाएँ (नीचे देखें)।

-वी, - विसर्जन
संस्करण की जानकारी प्रिंट करें और बाहर निकलें

-एच, -एच, --मदद
उपयोग की जानकारी प्रिंट करें और बाहर निकलें


आप अनुमत निर्देशिकाओं की एक सूची निर्दिष्ट कर सकते हैं। यदि कोई निर्देशिका नहीं दी गई है, तो सभी हैं
अनुमत। यह एक अतिरिक्त प्रतिबंध है, gitcvs एक्सेस को अभी भी सक्षम करने की आवश्यकता है
gitcvs.enabled config विकल्प जब तक --निर्यात-सभी भी दिया गया था.

वर्णन

यह एप्लिकेशन Git के लिए CVS इम्यूलेशन परत है।

यह अत्यधिक कार्यात्मक है. हालाँकि, सभी विधियाँ लागू नहीं की जाती हैं, और उन विधियों के लिए
जो क्रियान्वित हैं, सभी स्विच क्रियान्वित नहीं हैं।

परीक्षण सीएलआई सीवीएस क्लाइंट और एक्लिप्स सीवीएस प्लगइन दोनों का उपयोग करके किया गया है। अधिकांश
कार्यक्षमता इन दोनों क्लाइंट के साथ ठीक काम करती है।

सीमाएं

CVS क्लाइंट Git को टैग, ब्रांच या मर्ज नहीं कर सकते।

git-cvsserver Git शाखाओं को CVS मॉड्यूल में मैप करता है। यह अधिकांश सीवीएस से बहुत अलग है
उपयोगकर्ता अपेक्षा करेंगे क्योंकि सीवीएस मॉड्यूल आमतौर पर एक या अधिक निर्देशिकाओं का प्रतिनिधित्व करते हैं।

INSTALLATION

1. यदि आप सर्वर के माध्यम से सीवीएस एक्सेस की पेशकश करने जा रहे हैं, तो /etc/inetd.conf में एक पंक्ति जोड़ें जैसे

सीवीएससर्वर स्ट्रीम टीसीपी अब कोई नहीं गिट-सीवीएससर्वर पीसर्वर

ध्यान दें: कुछ inetd सर्वर आपको स्वतंत्र रूप से निष्पादन योग्य का नाम निर्दिष्ट करने देते हैं
argv[0] का मान (अर्थात प्रोग्राम वह नाम मानता है जिसके साथ इसे निष्पादित किया गया था)। इस में
मामले में /etc/inetd.conf में सही पंक्ति दिखती है

सीवीएससर्वर स्ट्रीम टीसीपी अब किसी का इंतजार नहीं /यूएसआर/बिन/गिट-सीवीएससर्वर गिट-सीवीएससर्वर पीसर्वर

डिफ़ॉल्ट रूप से केवल अनाम पहुंच प्रदान की जाती है। प्रतिबद्ध होने के लिए आपको करना होगा
सर्वर अकाउंट बनाएं, बस कॉन्फिग फाइल में gitcvs.authdb सेटिंग जोड़ें
वे रिपॉजिटरी जिनमें आप चाहते हैं कि सीवीएससर्वर लिखने की अनुमति दे, उदाहरण के लिए:

[gitcvs]
authdb = /etc/cvsserver/passwd

इन फ़ाइलों का प्रारूप उपयोगकर्ता नाम और उसके बाद एन्क्रिप्टेड पासवर्ड है, उदाहरण के लिए:

माययूजर:$1Oyx5r9mdGZ2
myuser:$1$BA)@$vbnMJMDym7tA32AamXrm./

आप का उपयोग कर सकते हैं htpasswd इन फ़ाइलों को बनाने के लिए अपाचे के साथ आने वाली सुविधा, लेकिन
Apache की MD5 क्रिप्ट विधि अधिकांश C लाइब्रेरी की क्रिप्ट() द्वारा उपयोग की जाने वाली विधि से भिन्न है
फ़ंक्शन, इसलिए -m विकल्प का उपयोग न करें।

वैकल्पिक रूप से आप पर्ल के क्रिप्ट() ऑपरेटर के साथ पासवर्ड का उत्पादन कर सकते हैं:

पर्ल -ई 'मेरा ($उपयोगकर्ता, $पास) = @ARGV; प्रिंटफ "%s:%s\n", $user, crypt($user, $pass)' $USER पासवर्ड

फिर अपना पासवर्ड पसर्वर विधि के माध्यम से प्रदान करें, उदाहरण के लिए:

सीवीएस -डी:पीसर्वर:समयूजर:समपासवर्ड सर्वर/पथ/repo.git सह

PATH में Git टूल के अलावा SSH एक्सेस के लिए किसी विशेष सेटअप की आवश्यकता नहीं है। अगर
आपके पास ऐसे ग्राहक हैं जो CVS_SERVER पर्यावरण चर को स्वीकार नहीं करते हैं, आप कर सकते हैं
नाम बदलने git-cvsserver सीवीएस के लिए

नोट: नए सीवीएस संस्करण (>= 1.12.11) भी सीधे सीवीएस_सर्वर को निर्दिष्ट करने का समर्थन करते हैं
सीवीएसरूट जैसे

cvs -d ":ext;CVS_SERVER=git cvsserver:user@server/path/repo.git" सह

इससे फायदा ये होगा कि ये आपके पास सेव हो जाएगा सीवीएस/रूट फ़ाइलें और आपको इसकी आवश्यकता नहीं है
हमेशा सही पर्यावरण चर सेट करने के बारे में चिंता करना। SSH उपयोगकर्ता प्रतिबंधित
सेवा मेरे git-खोल CVS_SERVER के साथ डिफ़ॉल्ट को ओवरराइड करने की आवश्यकता नहीं है (और नहीं करना चाहिए)।
git-खोल सीवीएस का मतलब समझता है git-cvsserver और दिखावा करता है कि दूसरा छोर चलता है
असली सीवीएस बेहतर।

2. प्रत्येक रेपो के लिए जिसे आप सीवीएस से एक्सेस करना चाहते हैं, आपको रेपो में कॉन्फ़िगरेशन को संपादित करना होगा
और निम्नलिखित अनुभाग जोड़ें.

[gitcvs]
सक्षम = 1
# डिबगिंग के लिए वैकल्पिक
लॉगफ़ाइल=/पथ/से/लॉगफ़ाइल

ध्यान दें: आपको प्रत्येक उपयोगकर्ता को सुनिश्चित करना होगा जो आह्वान करने जा रहा है git-cvsserver लिखा है
लॉग फ़ाइल और डेटाबेस तक पहुंच (डेटाबेस बैकएंड देखें। यदि आप पेशकश करना चाहते हैं
SSH पर राइट एक्सेस, उपयोगकर्ताओं को निश्चित रूप से Git तक राइट एक्सेस की भी आवश्यकता होती है
भंडार ही.

आपको यह भी सुनिश्चित करना होगा कि प्रत्येक रिपॉजिटरी "निष्पक्ष" (गिट इंडेक्स फ़ाइल के बिना) है
सीवीएस काम करने के लिए प्रतिबद्ध हैं। देखना gitcvs-माइग्रेशन(7).

सभी कॉन्फ़िगरेशन चर को एक्सेस की एक विशिष्ट विधि के लिए ओवरराइड भी किया जा सकता है।
वैध विधि नाम "एक्स्ट" (एसएसएच एक्सेस के लिए) और "पसर्वर" हैं। निम्नलिखित उदाहरण
कॉन्फ़िगरेशन एसएसएच पर पहुंच की अनुमति देते हुए सर्वर पहुंच को अक्षम कर देगा।

[gitcvs]
सक्षम = 0

[gitcvs "ext"]
सक्षम = 1

3. यदि आपने सीधे चेकआउट कमांड में CVSROOT/CVS_SERVER निर्दिष्ट नहीं किया है,
स्वचालित रूप से इसे आपके में सहेजना सीवीएस/रूट फ़ाइलें, तो आपको उन्हें स्पष्ट रूप से सेट करने की आवश्यकता है
आपके वातावरण में. CVSROOT को सामान्य के अनुसार सेट किया जाना चाहिए, लेकिन निर्देशिका को सेट किया जाना चाहिए
उचित Git रेपो पर इंगित करें। जैसा कि ऊपर बताया गया है, एसएसएच ग्राहकों के लिए नहीं तक सीमित
git-खोल, CVS_SERVER पर सेट किया जाना चाहिए git-cvsserver.

निर्यात CVSROOT=:ext:user@server:/var/git/project.git
निर्यात CVS_SERVER='git cvsserver'

4. एसएसएच क्लाइंट जो कमिट करेंगे, उनके लिए सुनिश्चित करें कि उनका सर्वर-साइड .ssh/environment है
फ़ाइलें (या .bashrc, आदि, उनके विशिष्ट शेल के अनुसार) उचित मान निर्यात करती हैं
GIT_AUTHOR_NAME, GIT_AUTHOR_EMAIL, GIT_COMMITTER_NAME और GIT_COMMITTER_EMAIL के लिए।
SSH क्लाइंट के लिए जिनका लॉगिन शेल बैश है, .bashrc एक उचित विकल्प हो सकता है।

5. ग्राहकों को अब प्रोजेक्ट की जांच करने में सक्षम होना चाहिए। सीवीएस का प्रयोग करें मॉड्यूल नाम है
इंगित करें कि Git क्या है सिर आप जांच करना चाहते हैं. इससे आपके नव का नाम भी निर्धारित हो जाता है
चेक-आउट निर्देशिका, जब तक कि आप इसे -d के साथ अन्यथा न बताएं . उदाहरण के लिए,
यह जांच करता है मास्टर प्रोजेक्ट-मास्टर निर्देशिका में शाखा:

सीवीएस सह-डी प्रोजेक्ट-मास्टर मास्टर

डेटाबेस बैकएंड

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

यदि प्रतिबद्धता सीधे गिट का उपयोग करके की जाती है (उपयोग के विपरीत)। git-cvsserver) अद्यतन
द्वारा अगली रिपॉजिटरी एक्सेस पर होने की आवश्यकता होगी git-cvsserver, पहुंच से स्वतंत्र
विधि और अनुरोधित संचालन।

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

डिफ़ॉल्ट रूप से यह Git निर्देशिका में SQLite डेटाबेस का उपयोग करता है, जिसका नाम है
gitcvs. .sqlite. ध्यान दें कि SQLite बैकएंड अस्थायी फ़ाइलें बनाता है
लिखने पर डेटाबेस फ़ाइल के समान निर्देशिका, इसलिए यह उपयोगकर्ताओं को अनुदान देने के लिए पर्याप्त नहीं हो सकती है
का उपयोग git-cvsserver डेटाबेस फ़ाइल तक पहुँच लिखने की अनुमति दिए बिना उन्हें लिखना
निर्देशिका के लिए भी.

शाखा के बाद डेटाबेस को सुसंगत रूप में विश्वसनीय रूप से पुनर्जीवित नहीं किया जा सकता है
ट्रैकिंग बदल गई है. उदाहरण: विलय की गई शाखाओं के लिए, git-cvsserver केवल एक शाखा को ट्रैक करता है
विकास का, और एक के बाद Git मर्ज एक क्रमिक रूप से अद्यतन डेटाबेस ट्रैक कर सकता है
स्क्रैच से पुनर्जीवित डेटाबेस से अलग शाखा, असंगत सीवीएस का कारण बनती है
पुनरीक्षण संख्या. git-cvsserver के पास यह जानने का कोई तरीका नहीं है कि उसने कौन सी शाखा चुनी होगी
इसे विलय से पहले क्रमिक रूप से चलाया गया था। तो अगर आपको पूरी तरह या आंशिक रूप से (पुराने से)
बैकअप) डेटाबेस को पुन: उत्पन्न करने के लिए, आपको पहले से मौजूद सीवीएस सैंडबॉक्स पर संदेह होना चाहिए।

आप डेटाबेस बैकएंड को निम्नलिखित कॉन्फ़िगरेशन चर के साथ कॉन्फ़िगर कर सकते हैं:

का विन्यास डेटाबेस बैकेंड
git-cvsserver पर्ल डीबीआई मॉड्यूल का उपयोग करता है। यदि बदल रहा है तो कृपया इसके दस्तावेज़ भी पढ़ें
ये चर, विशेष रूप से DBI->connect() के बारे में।

gitcvs.dbName
डेटाबेस का नाम। सटीक अर्थ SQLite के लिए चयनित डेटाबेस ड्राइवर पर निर्भर करता है
यह एक फ़ाइल नाम है. परिवर्तनीय प्रतिस्थापन का समर्थन करता है (नीचे देखें)। शामिल नहीं हो सकता
अर्धविराम (;). गलती करना: %Ggitcvs.%m.sqlite

gitcvs.dbड्राइवर
प्रयुक्त DBI ड्राइवर. आप इसके लिए यहां कोई भी उपलब्ध ड्राइवर निर्दिष्ट कर सकते हैं, लेकिन ऐसा नहीं हो सकता है
काम। cvsserver के साथ परीक्षण किया जाता है डीबीडी::एसक्यूलाइट, के साथ काम करने की सूचना दी डीबीडी::पीजी, तथा
की रिपोर्ट नहीं काम साथ में करने केलिए डीबीडी::मायसक्यूएल. कृपया इसे एक प्रायोगिक सुविधा के रूप में मानें।
इसमें कोलन (:) नहीं हो सकते। गलती करना: SQLite

gitcvs.dbuser
डेटाबेस उपयोगकर्ता. केवल dbDriver सेट करते समय उपयोगी, क्योंकि SQLite की कोई अवधारणा नहीं है
डेटाबेस उपयोगकर्ता. परिवर्तनीय प्रतिस्थापन का समर्थन करता है (नीचे देखें)।

gitcvs.dbPass
डेटाबेस पासवर्ड. केवल dbDriver सेट करते समय उपयोगी, क्योंकि SQLite की कोई अवधारणा नहीं है
डेटाबेस पासवर्ड.

gitcvs.dbTableNamePrefix
डेटाबेस तालिका नाम उपसर्ग. परिवर्तनीय प्रतिस्थापन का समर्थन करता है (नीचे देखें)। कोई
गैर-वर्णमाला वर्णों को अंडरस्कोर से बदल दिया जाएगा।

सभी वेरिएबल्स को एक्सेस विधि के अनुसार भी सेट किया जा सकता है, ऊपर देखें।

परिवर्तनीय प्रतिस्थापन
DbDriver और dbUser में आप निम्नलिखित वेरिएबल्स का उपयोग कर सकते हैं:

%G
गिट निर्देशिका नाम

%g
Git निर्देशिका नाम, जहां अल्फ़ा-न्यूमेरिक को छोड़कर सभी वर्ण, ., और -
_ से प्रतिस्थापित कर दिया गया है (इससे निर्देशिका नाम का उपयोग करना आसान हो जाएगा)।
यदि वांछित हो तो फ़ाइल नाम)

%m
सीवीएस मॉड्यूल/गिट प्रमुख नाम

%a
पहुंच विधि ("एक्सट" या "प्रसेवर" में से एक)

%u
चल रहे उपयोगकर्ता का नाम git-cvsserver. यदि कोई नाम निर्धारित नहीं किया जा सकता है, तो संख्यात्मक
यूआईडी का उपयोग किया जाता है.

वातावरण

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

GIT_CVSSERVER_BASE_PATH --बेस-पथ के तर्क का स्थान लेता है।

GIT_CVSSERVER_ROOT एकल-निर्देशिका श्वेतसूची निर्दिष्ट करता है। भंडार अभी भी होना चाहिए
जैसा कि ऊपर वर्णित है, git-cvsserver के माध्यम से पहुंच की अनुमति देने के लिए कॉन्फ़िगर किया गया है।

जब ये पर्यावरण चर सेट किए जाते हैं, तो संबंधित कमांड-लाइन तर्क नहीं हो सकते हैं
इस्तेमाल किया गया।

ग्रहण CVS ग्राहक टिप्पणियाँ

एक्लिप्स सीवीएस क्लाइंट के साथ चेकआउट करने के लिए:

1. "एक नया प्रोजेक्ट बनाएं → सीवीएस चेकआउट से" चुनें

2. एक नया स्थान बनाएं. सही चयन कैसे करें, इसके विवरण के लिए नीचे दिए गए नोट्स देखें
मसविदा बनाना।

3. ब्राउज़ करें मॉड्यूल उपलब्ध। यह आपको रिपॉजिटरी में प्रमुखों की एक सूची देगा।
आप वहां से पेड़ को ब्राउज़ नहीं कर पाएंगे. केवल सिर.

4. उठाओ सिर जब यह पूछता है कि किस शाखा/टैग की जाँच करनी है। "लॉन्च कमिट विज़ार्ड" को अनटिक करें
.प्रोजेक्ट फ़ाइल को प्रतिबद्ध करने से बचने के लिए।

प्रोटोकॉल नोट्स: यदि आप पीसर्वर के माध्यम से अनाम पहुंच का उपयोग कर रहे हैं, तो बस उसे चुनें। वे
SSH एक्सेस का उपयोग करके चयन करना चाहिए ext प्रोटोकॉल, और कॉन्फ़िगर करें ext पर पहुँच
प्राथमिकताएं→टीम→सीवीएस→एक्स्टकनेक्शन फलक। CVS_SERVER को "git cvsserver" पर सेट करें। ध्यान दें कि
उपयोग करते समय पासवर्ड समर्थन अच्छा नहीं है ext, आप निश्चित रूप से SSH कुंजी रखना चाहेंगे
सेट अप।

वैकल्पिक रूप से, आप केवल गैर-मानक extssh प्रोटोकॉल का उपयोग कर सकते हैं जो एक्लिप्स ऑफ़र करता है। में
उस स्थिति में CVS_SERVER को नजरअंदाज कर दिया जाता है, और आपको CVS उपयोगिता को बदलना होगा
के साथ सर्वर git-cvsserver या अपने .bashrc में हेरफेर करें ताकि कॉलिंग हो सीवीएस प्रभावी ढंग से कॉल करता है
git-cvsserver.

ग्राहकों ज्ञात सेवा मेरे काम

· डेबियन पर सीवीएस 1.12.9

· MacOSX पर CVS 1.11.17 (फ़िंक पैकेज से)

· MacOSX पर एक्लिप्स 3.0, 3.1.2 (एक्लिप्स सीवीएस क्लाइंट नोट्स देखें)

· कछुआ सी.वी.एस

संचालन समर्थित

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

अधिकांश सीवीएस कमांड तर्क जो सीवीएस टैग या संशोधन संख्या (आमतौर पर -आर) पढ़ते हैं, काम करते हैं, और
किसी भी git refspec (टैग, शाखा, प्रतिबद्ध आईडी, आदि) का भी समर्थन करें। हालाँकि, सीवीएस संशोधन संख्या
गैर-डिफ़ॉल्ट शाखाओं का अनुकरण अच्छी तरह से नहीं किया गया है, और सीवीएस लॉग टैग या शाखाएँ नहीं दिखाता है
बिलकुल। (गैर-मुख्य-शाखा सीवीएस संशोधन संख्याएं सतही तौर पर सीवीएस संशोधन संख्याओं से मिलती जुलती हैं,
लेकिन वे वास्तव में संख्या का प्रतिनिधित्व करने के बजाय सीधे एक गिट कमिट आईडी को एनकोड करते हैं
शाखा बिंदु के बाद से संशोधन।)

ध्यान दें कि किसी विशेष शाखा को चेकआउट करने के दो तरीके हैं। जैसा कि अन्यत्र वर्णित है
इस पृष्ठ पर, सीवीएस चेकआउट के "मॉड्यूल" पैरामीटर को शाखा नाम के रूप में व्याख्या किया गया है, और यह
मुख्य शाखा बन जाती है. यह किसी दिए गए सैंडबॉक्स के लिए मुख्य शाखा बनी हुई है, भले ही आप
सीवीएस अपडेट -आर के साथ दूसरी शाखा को अस्थायी रूप से चिपचिपा बनाएं। वैकल्पिक रूप से, -r तर्क
वास्तव में चेकआउट करने के लिए किसी अन्य शाखा को इंगित कर सकता है, भले ही मॉड्यूल अभी भी है
"मुख्य शाखा। ट्रेडऑफ़ (जैसा कि वर्तमान में लागू है): प्रत्येक नया "मॉड्यूल" एक नया बनाता है
दिए गए मॉड्यूल के इतिहास के साथ डिस्क पर डेटाबेस, और डेटाबेस बनने के बाद,
उस मुख्य शाखा के विरुद्ध कार्रवाई तेज़ है। या वैकल्पिक रूप से, -r कोई अतिरिक्त नहीं लेता है
डिस्क स्थान, लेकिन सीवीएस अपडेट जैसे कई परिचालनों के लिए काफी धीमा हो सकता है।

यदि आप एक git refspec का संदर्भ लेना चाहते हैं जिसमें ऐसे अक्षर हैं जिनकी CVS द्वारा अनुमति नहीं है, तो आप
दो विकल्प हैं. सबसे पहले, यह सीधे git refspec को आपूर्ति करने के लिए काम कर सकता है
उपयुक्त सीवीएस-आर तर्क; ऐसा प्रतीत होता है कि कुछ सीवीएस ग्राहक विवेक की अधिक जाँच नहीं करते हैं
तर्क। दूसरा, यदि वह विफल हो जाता है, तो आप एक विशेष कैरेक्टर एस्केप मैकेनिज्म का उपयोग कर सकते हैं
केवल उन वर्णों का उपयोग करता है जो सीवीएस टैग में मान्य हैं। के 4 या 5 वर्णों का एक क्रम
फॉर्म (अंडरस्कोर ("_"), डैश ("-"), एक या दो अक्षर, और डैश ("-")) एन्कोड कर सकते हैं
एक या दो अक्षरों के आधार पर विभिन्न वर्ण: स्लैश के लिए "s" ("/"), अवधि के लिए "p"।
("।"), अंडरस्कोर के लिए "यू" ("_"), या किसी भी बाइट मान के लिए दो हेक्साडेसिमल अंक
(आम तौर पर एक ASCII संख्या, या शायद UTF-8 एन्कोडेड वर्ण का एक भाग)।

लीगेसी मॉनिटरिंग ऑपरेशन समर्थित नहीं हैं (संपादित करें, देखें और संबंधित)। निर्यात और
इस स्तर पर टैगिंग (टैग और शाखाएँ) समर्थित नहीं हैं।

CRLF लाइन अंत रूपांतरण
डिफ़ॉल्ट रूप से सर्वर इसे छोड़ देता है -k सभी फ़ाइलों के लिए मोड रिक्त है, जो CVS क्लाइंट का कारण बनता है
उन्हें टेक्स्ट फ़ाइलों के रूप में मानने के लिए, कुछ प्लेटफ़ॉर्म पर अंत-पंक्ति रूपांतरण के अधीन।

आप सेट करने के लिए सर्वर को अंतिम-पंक्ति रूपांतरण विशेषताओं का उपयोग कर सकते हैं -k के लिए मोड
gitcvs.usecrlfattr कॉन्फिग वेरिएबल सेट करके फ़ाइलें। देखना gitattributes(5) अधिक के लिए
अंतिम-पंक्ति रूपांतरण के बारे में जानकारी.

वैकल्पिक रूप से, यदि gitcvs.usecrlfattr कॉन्फ़िगरेशन सक्षम नहीं है या विशेषताएँ अनुमति नहीं देती हैं
फ़ाइल नाम के लिए स्वचालित पहचान, फिर सर्वर gitcvs.allBinary कॉन्फ़िगरेशन का उपयोग करता है
डिफ़ॉल्ट सेटिंग. यदि gitcvs.allBinary सेट है, तो फ़ाइल अन्यथा निर्दिष्ट नहीं होगी
करने के लिए डिफ़ॉल्ट -केबी तरीका। अन्यथा -k मोड खाली छोड़ दिया गया है. लेकिन अगर gitcvs.allBinary सेट है
"अनुमान" लगाना, तो सही -k फ़ाइल की सामग्री के आधार पर मोड का अनुमान लगाया जाएगा।

सर्वोत्तम एकरूपता के लिए सीवीएस, सेटिंग द्वारा डिफ़ॉल्ट को ओवरराइड करना संभवतः सबसे अच्छा है
gitcvs.usecrlfattr को सत्य, और gitcvs.allBinary को "अनुमान"।

निर्भरता

git-cvsserver DBD::SQLite पर निर्भर करता है।

GIT

का हिस्सा Git(1) सुइट

onworks.net सेवाओं का उपयोग करके ऑनलाइन git-cvsserver का उपयोग करें