GIT सर्व्हरवर बहु-वापरकर्ता प्रवेशाची संस्था

Git सर्व्हर स्थापित आणि कॉन्फिगर करताना, अनेक वापरकर्त्यांसाठी अनेक प्रकल्पांमध्ये प्रवेश आयोजित करण्याबद्दल प्रश्न उद्भवतो. मी या समस्येचे संशोधन केले आणि माझ्या सर्व आवश्यकता पूर्ण करणारे समाधान सापडले: साधे, सुरक्षित, विश्वासार्ह.

माझ्या शुभेच्छा आहेत:

• प्रत्येक वापरकर्ता त्यांच्या स्वतःच्या खात्याशी जोडतो
• अनेक वापरकर्ते एका प्रकल्पावर काम करू शकतात
• समान वापरकर्ता अनेक प्रकल्पांवर काम करू शकतो
• प्रत्येक वापरकर्त्याला फक्त त्या प्रकल्पांमध्ये प्रवेश असतो ज्यावर तो काम करतो
• कमांड लाइनद्वारे कनेक्ट करणे शक्य असले पाहिजे, आणि केवळ काही प्रकारच्या वेब इंटरफेसद्वारे नाही

हे देखील छान होईल:

• नियंत्रित व्यक्तींना केवळ-वाचनीय परवानग्या द्या
• Git मध्ये वापरकर्ता प्रवेश अधिकार सोयीस्करपणे व्यवस्थापित करा

GIT सर्व्हरमध्ये प्रवेश करण्यासाठी संभाव्य पर्यायांचे विहंगावलोकन

सर्वप्रथम, तुम्हाला काय निवडायचे हे माहित असणे आवश्यक आहे, म्हणून येथे Git प्रोटोकॉलचे द्रुत विहंगावलोकन आहे.

• ssh - सर्व्हरमध्ये प्रवेश करण्यासाठी खास तयार केलेले वापरकर्ता खाते वापरले जाते.
  • हे विचित्र आहे की Git सर्व रेपॉजिटरीजमध्ये प्रवेश करण्यासाठी एका खात्याचा वापर त्याच्या शिफारसींमधून वगळत नाही. हे माझ्या गरजा अजिबात पूर्ण करत नाही.
  • तुम्ही एकापेक्षा जास्त खाती वापरू शकता, परंतु तुम्ही वापरकर्त्याचा प्रवेश केवळ विशिष्ट डिरेक्टरींवर कसा मर्यादित करू शकता?
    • होम डिरेक्टरीमध्ये बंद करणे योग्य नाही, कारण इतर वापरकर्त्यांसाठी तेथे लेखन प्रवेश व्यवस्थापित करणे कठीण आहे
    • तुमच्या होम डिरेक्टरीमधील सिमलिंक्स वापरणे देखील अवघड आहे कारण Git त्यांचा दुवे म्हणून अर्थ लावत नाही
    • दुभाष्याला प्रवेश प्रतिबंधित करणे शक्य आहे, परंतु ते नेहमी कार्य करेल याची पूर्ण हमी नाही
      • अशा वापरकर्त्यांसाठी तुम्ही साधारणपणे तुमचा स्वतःचा कमांड इंटरप्रिटर कनेक्ट करू शकता, पण
        • प्रथम, हा आधीच एक प्रकारचा कठीण निर्णय आहे,
        • आणि दुसरे म्हणजे, हे टाळले जाऊ शकते.

  परंतु कदाचित ही समस्या नाही की वापरकर्ता कोणत्याही कमांडस कार्यान्वित करण्यास सक्षम असेल?... सर्वसाधारणपणे, ही पद्धत आपण नक्की कशी वापरायची हे शोधून काढले तर ते नाकारता येत नाही. आम्ही नंतर या पद्धतीकडे परत येऊ, परंतु आत्ता आम्ही इतर पर्यायांचा थोडक्यात विचार करू, कदाचित काहीतरी सोपे असेल.

• git स्थानिक प्रोटोकॉल sshfs च्या संयोजनात वापरला जाऊ शकतो, एकाधिक वापरकर्ते वापरले जाऊ शकतात, परंतु मूलत: मागील केस प्रमाणेच
• http - केवळ वाचनीय
• git केवळ वाचनीय आहे
• https - स्थापित करणे कठीण आहे, तुम्हाला अतिरिक्त सॉफ्टवेअर आवश्यक आहे, वापरकर्ता प्रवेश व्यवस्थापित करण्यासाठी काही प्रकारचे नियंत्रण पॅनेल... ते व्यवहार्य दिसते, परंतु तरीही सर्वकाही गुंतागुंतीचे आहे.

Git सर्व्हरवर बहु-वापरकर्ता प्रवेश आयोजित करण्यासाठी ssh प्रोटोकॉल वापरणे

चला ssh प्रोटोकॉलवर परत जाऊ.

तुम्ही git साठी ssh ऍक्सेस वापरत असल्याने, तुम्हाला सर्व्हर डेटाची सुरक्षा सुनिश्चित करणे आवश्यक आहे. ssh द्वारे जोडणारा वापरकर्ता लिनक्स सर्व्हरवर स्वतःचे लॉगिन वापरतो, त्यामुळे ते ssh क्लायंटद्वारे कनेक्ट होऊ शकतात आणि सर्व्हरच्या कमांड लाइनमध्ये प्रवेश करू शकतात.
अशा प्रवेशाविरूद्ध कोणतेही पूर्ण संरक्षण नाही.

परंतु वापरकर्त्याला लिनक्स फाइल्समध्ये स्वारस्य नसावे. महत्त्वाची माहिती फक्त गिट रिपॉझिटरीमध्ये साठवली जाते. म्हणून, कमांड लाइनद्वारे प्रवेश प्रतिबंधित करणे शक्य नाही, परंतु वापरकर्त्याला प्रकल्प पाहण्यापासून प्रतिबंधित करण्यासाठी लिनक्स साधने वापरणे शक्य आहे, ज्यामध्ये तो भाग घेतो ते वगळून.
लिनक्स परवानग्या प्रणाली वापरणे ही स्पष्ट निवड आहे.

आधीच नमूद केल्याप्रमाणे, ssh प्रवेशासाठी फक्त एक खाते वापरणे शक्य आहे. हे कॉन्फिगरेशन अनेक वापरकर्त्यांसाठी असुरक्षित आहे, जरी ते शिफारस केलेल्या git पर्यायांच्या सूचीमध्ये समाविष्ट केले आहे.

लेखाच्या सुरुवातीला दिलेल्या आवश्यकतांची अंमलबजावणी करण्यासाठी, अधिकार आणि मालकांच्या असाइनमेंटसह खालील निर्देशिका रचना तयार केली आहे:

1) प्रकल्प निर्देशिका

dir1(proj1:proj1,0770)
dir2(proj2:proj2,0770)
dir3(proj3:proj3,0770)
...
जेथे
dir1, dir2, dir3 - प्रकल्प निर्देशिका: प्रकल्प 1, प्रकल्प 2, प्रकल्प 3.

proj1:proj1, proj2:proj2, proj3:proj3 हे खास तयार केलेले लिनक्स वापरकर्ते आहेत ज्यांना संबंधित प्रोजेक्ट डिरेक्ट्रीचे मालक म्हणून नियुक्त केले आहे.

सर्व निर्देशिकांसाठी परवानग्या 0770 वर सेट केल्या आहेत - मालक आणि त्याच्या गटासाठी पूर्ण प्रवेश आणि इतर प्रत्येकासाठी पूर्ण बंदी.

2) विकसक खाती

Разработчик 1: dev1:dev1,proj1,proj2
Разработчик 2: dev2:dev2,proj2,proj3

मुख्य मुद्दा असा आहे की विकासकांना संबंधित प्रकल्पाच्या सिस्टम वापरकर्त्याच्या मालकाचा अतिरिक्त गट नियुक्त केला जातो. हे लिनक्स सर्व्हर प्रशासकाद्वारे एका आदेशाने केले जाते.

या उदाहरणात, "डेव्हलपर 1" प्रोजेक्ट proj1 आणि proj2 वर काम करत आहे आणि "Developer 2" proj2 आणि proj3 प्रोजेक्टवर काम करत आहे.

जर विकासकांपैकी कोणीही कमांड लाइनद्वारे ssh द्वारे कनेक्ट केले, तर त्यांचे अधिकार ज्या प्रोजेक्ट डिरेक्टरीमध्ये ते सहभागी होत नाहीत त्यांची सामग्री पाहण्यासाठी देखील पुरेसे नसतील. तो स्वतः हे बदलू शकत नाही.

या तत्त्वाचा आधार लिनक्स अधिकारांची मूलभूत सुरक्षा असल्याने, ही योजना विश्वसनीय आहे. याव्यतिरिक्त, योजना व्यवस्थापित करणे खूप सोपे आहे.

चला सरावाकडे वळूया.

लिनक्स सर्व्हरवर गिट रेपॉजिटरीज तयार करणे

चला तपासूया.

[root@server ~]# cd /var/
[root@server var]# useradd gitowner
[root@server var]# mkdir gitservertest
[root@server var]# chown gitowner:gitowner gitservertest
[root@server var]# adduser proj1
[root@server var]# adduser proj2
[root@server var]# adduser proj3
[root@server var]# adduser dev1
[root@server var]# adduser dev2
[root@server var]# passwd dev1
[root@server var]# passwd dev2

मी हाताने टाईप करून कंटाळलोय...

[root@server gitservertest]# sed "s/ /n/g" <<< "proj1 proj2 proj3" | while read u; do mkdir $u; chown $u:$u $u; chmod 0770 $u; done

[root@server gitservertest]# usermod -aG proj1 dev1
[root@server gitservertest]# usermod -aG proj2 dev1
[root@server gitservertest]# usermod -aG proj2 dev2
[root@server gitservertest]# usermod -aG proj3 dev2

आम्हाला खात्री आहे की कमांड लाइनवरून इतर लोकांच्या भांडारांमध्ये प्रवेश करणे आणि त्यांची सामग्री देखील पाहणे अशक्य आहे.

[dev1@server ~]$ cd /var/gitservertest/proj3
-bash: cd: /var/gitservertest/proj3: Permission denied
[dev1@server ~]$ ls /var/gitservertest/proj3
ls: cannot open directory /var/gitservertest/proj3: Permission denied

Git मधील एकाच प्रकल्पावर एकाधिक विकसकांसह सहयोग करा

एक प्रश्न उरतो, जर एखाद्या विकासकाने नवीन फाइल सादर केली, तर इतर विकासक ती बदलू शकत नाहीत, कारण तो स्वतः त्याचा मालक आहे (उदाहरणार्थ, dev1), आणि प्रकल्पाचा वापरकर्ता मालक नाही (उदाहरणार्थ, proj1). आमच्याकडे सर्व्हर-साइड रेपॉजिटरी असल्याने, सर्वप्रथम, आम्हाला ".git" डिरेक्टरीची रचना कशी आहे आणि नवीन फाइल्स तयार केल्या आहेत की नाही हे जाणून घेणे आवश्यक आहे.

स्थानिक Git भांडार तयार करणे आणि Git सर्व्हरवर ढकलणे

चला क्लायंट मशीनवर जाऊया.

Microsoft Windows [Version 6.1.7601]
(c) Корпорация Майкрософт (Microsoft Corp.), 2009. Все права защищены.

C:gittest>git init .
Initialized empty Git repository in C:/gittest/.git/

C:gittest>echo "test dev1 to proj2" > test1.txt

C:gittest>git add .

C:gittest>git status
On branch master
No commits yet
Changes to be committed:
  (use "git rm --cached <file>..." to unstage)
        new file:   test1.txt

C:gittest>git commit -am "new test file added"
[master (root-commit) a7ac614] new test file added
 1 file changed, 1 insertion(+)
 create mode 100644 test1.txt
 
C:gittest>git remote add origin "ssh://[email protected]/var/gitservertest/proj2"

C:gittest>git push origin master
dev1:[email protected]'s password:
Counting objects: 3, done.
Writing objects: 100% (3/3), 243 bytes | 243.00 KiB/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To ssh://10.1.1.11/var/gitservertest/proj2
 * [new branch]      master -> master

C:gittest>

त्याच वेळी, सर्व्हरवर नवीन फायली तयार केल्या जातात आणि त्या वापरकर्त्याच्या मालकीच्या असतात ज्याने पुश केले

[dev1@server proj2]$ tree
.
├── 1.txt
├── branches
├── config
├── description
├── HEAD
├── hooks
│   ├── applypatch-msg.sample
│   ├── commit-msg.sample
│   ├── post-update.sample
│   ├── pre-applypatch.sample
│   ├── pre-commit.sample
│   ├── prepare-commit-msg.sample
│   ├── pre-push.sample
│   ├── pre-rebase.sample
│   └── update.sample
├── info
│   └── exclude
├── objects
│   ├── 75
│   │   └── dcd269e04852ce2f683b9eb41ecd6030c8c841
│   ├── a7
│   │   └── ac6148611e69b9a074f59a80f356e1e0c8be67
│   ├── f0
│   │   └── 82ea1186a491cd063925d0c2c4f1c056e32ac3
│   ├── info
│   └── pack
└── refs
    ├── heads
    │   └── master
    └── tags

12 directories, 18 files
[dev1@server proj2]$ ls -l objects/75/dcd269e04852ce2f683b9eb41ecd6030c8c841
-r--r--r--. 1 dev1 dev1 54 Jun 20 14:34 objects/75/dcd269e04852ce2f683b9eb41ecd6030c8c841
[dev1@server proj2]$

जेव्हा तुम्ही Git सर्व्हरवर बदल अपलोड करता, तेव्हा अतिरिक्त फाइल्स आणि निर्देशिका तयार केल्या जातात आणि त्यांचा मालक प्रत्यक्षात अपलोड करणारा वापरकर्ता असतो. परंतु नंतर या फायली आणि निर्देशिकांचा गट देखील या वापरकर्त्याच्या मुख्य गटाशी संबंधित आहे, म्हणजे, dev1 वापरकर्त्यासाठी dev1 गट आणि dev2 वापरकर्त्यासाठी dev2 गट (डेव्हलपर वापरकर्त्याचा मुख्य गट बदलल्याने मदत होणार नाही, कारण मग तुम्ही अनेक प्रकल्पांवर कसे काम करू शकता?). या प्रकरणात, वापरकर्ता dev2 वापरकर्ता dev1 द्वारे तयार केलेल्या फायली बदलू शकणार नाही, ज्यामुळे कार्यक्षमतेत बिघाड होऊ शकतो.

लिनक्स चाऊन - नियमित वापरकर्त्याद्वारे फाइलचे मालक बदलणे

फाइलचा मालक तिची मालकी बदलू शकत नाही. परंतु तो त्याच्या मालकीच्या फाइलचा गट बदलू शकतो आणि नंतर ही फाइल त्याच गटातील इतर वापरकर्त्यांद्वारे सुधारित केली जाऊ शकते. आम्हाला तेच हवे आहे.

Git हुक वापरणे

हुकसाठी कार्यरत निर्देशिका ही प्रकल्पाची मूळ निर्देशिका आहे. हुक हे एक एक्झिक्यूटेबल आहे जे पुश करत असलेल्या वापरकर्त्याच्या खाली चालते. हे जाणून घेतल्यास आम्ही आमच्या योजना अंमलात आणू शकतो.

[dev1@server proj2]$ mv hooks/post-update{.sample,}
[dev1@server proj2]$ sed -i '2,$ s/^/#/' hooks/post-update
[dev1@server proj2]$ cat <<< 'find . -group $(whoami) -exec chgrp proj2 '"'"'{}'"'"' ;' >> hooks/post-update

किंवा फक्त

vi hooks/post-update

चला क्लायंट मशीनवर परत जाऊया.

C:gittest>echo "dev1 3rd line" >> test1.txt

C:gittest>git commit -am "3rd from dev1, testing server hook"
[master b045e22] 3rd from dev1, testing server hook
 1 file changed, 1 insertion(+)

C:gittest>git push origin master
dev1:[email protected]'s password:
   d22c66e..b045e22  master -> master

गिट सर्व्हरवर, आम्ही कमिट नंतर हुक पोस्ट-अपडेट स्क्रिप्टचे ऑपरेशन तपासतो

[dev1@server proj2]$ find . ! -group proj2

- रिक्त, सर्व काही ठीक आहे.

Git मध्ये दुसरा विकासक कनेक्ट करत आहे

चला दुसऱ्या विकसकाच्या कामाचे अनुकरण करूया.

क्लायंट वर

C:gittest>git remote remove origin

C:gittest>git remote add origin "ssh://[email protected]/var/gitservertest/proj2"

C:gittest>echo "!!! dev2 added this" >> test1.txt

C:gittest>echo "!!! dev2 wrote" > test2.txt

C:gittest>git add test2.txt

C:gittest>git commit -am "dev2 added to test1 and created test2"
[master 55d49a6] dev2 added to test1 and created test2
 2 files changed, 2 insertions(+)
 create mode 100644 test2.txt

C:gittest>git push origin master
[email protected]'s password:
   b045e22..55d49a6  master -> master

आणि त्याच वेळी, सर्व्हरवर ...

[dev1@server proj2]$ find . ! -group proj2

- पुन्हा रिक्त, सर्वकाही कार्य करते.

Git प्रोजेक्ट हटवणे आणि Git सर्व्हरवरून प्रोजेक्ट डाउनलोड करणे

बरं, तुम्ही पुन्हा एकदा खात्री करू शकता की सर्व बदल जतन केले गेले आहेत.

C:gittest>rd /S /Q .
Процесс не может получить доступ к файлу, так как этот файл занят другим процессом.

- गिट प्रकल्प हटवण्यासाठी, फक्त निर्देशिका पूर्णपणे साफ करा. या कमांडचा वापर करून सध्याची डिरेक्टरी हटवणे अशक्य असल्याने निर्माण झालेल्या त्रुटीचा सामना करूया, परंतु आपल्याला नेमके हेच वर्तन हवे आहे.

C:gittest>dir
 Содержимое папки C:gittest

21.06.2019  08:43    <DIR>          .
21.06.2019  08:43    <DIR>          ..

C:gittest>git clone ssh://[email protected]/var/gitservertest/proj2
Cloning into 'proj2'...
[email protected]'s password:

C:gittest>cd proj2

C:gittestproj2>dir
 Содержимое папки C:gittestproj2

21.06.2019  08:46    <DIR>          .
21.06.2019  08:46    <DIR>          ..
21.06.2019  08:46               114 test1.txt
21.06.2019  08:46                19 test2.txt
C:gittestproj2>type test1.txt
"test dev1 to proj2"
"dev1 added some omre"
"dev1 3rd line"
"!!! dev2 added this"

C:gittestproj2>type test2.txt
"!!! dev2 wrote"

Git मध्ये प्रवेश सामायिक करत आहे

आता आपण हे सुनिश्चित करूया की Git द्वारे देखील दुसरा विकासक Proj1 प्रकल्पात प्रवेश करू शकत नाही, ज्यावर तो कार्य करत नाही.

C:gittestproj2>git remote remove origin

C:gittestproj2>git remote add origin "ssh://[email protected]/var/gitservertest/proj1"

C:gittestproj2>git push origin master
[email protected]'s password:
fatal: '/var/gitservertest/proj1' does not appear to be a git repository
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

आता आम्ही प्रवेशास परवानगी देतो

[root@server ~]# usermod -aG proj1 dev2

आणि त्यानंतर सर्व काही कार्य करते.

C:gittestproj2>git push origin master
[email protected]'s password:
To ssh://10.1.1.11/var/gitservertest/proj1
 * [new branch]      master -> master

अधिक माहितीसाठी,

याव्यतिरिक्त, फाइल्स आणि निर्देशिका तयार करताना डीफॉल्ट परवानग्यांमध्ये समस्या असल्यास, CentOS मध्ये तुम्ही कमांड वापरू शकता

setfacl -Rd -m o::5 -m g::7 /var/gitservertest

तसेच लेखात तुम्ही छोट्या उपयुक्त गोष्टींवर अडखळू शकता:

• लिनक्समध्ये डिरेक्टरी ट्री कशी तयार करावी
• sed मधील पत्त्यांची श्रेणी एका ठराविक ओळीपासून फाईलच्या शेवटपर्यंत कशी पास करायची, म्हणजेच पहिली ओळ वगळता सर्व ओळींमध्ये sed मध्ये बदल करा
• लिनक्स फाइंडमध्ये शोध स्थिती कशी उलटवायची
• लिनक्स शेलमध्ये वन-लाइनर वापरून लूपमध्ये अनेक ओळी कशा पास करायच्या
• बॅश मध्ये सिंगल कोट्स कसे सुटायचे
• विंडोज कमांड लाइनमधील सर्व सामग्रीसह निर्देशिका कशी हटवायची
• फाइल पुन्हा न लिहिता पुनर्नामित करण्यासाठी bash mv कसे वापरावे

आपल्या लक्ष दिल्याबद्दल धन्यवाद.

स्त्रोत: www.habr.com