GIT સર્વર પર મલ્ટિ-યુઝર એક્સેસનું સંગઠન

ગિટ સર્વરને ઇન્સ્ટોલ અને ગોઠવતી વખતે, ઘણા વપરાશકર્તાઓ માટે ઘણા પ્રોજેક્ટ્સની ઍક્સેસ ગોઠવવાનો પ્રશ્ન ઊભો થાય છે. મેં આ મુદ્દા પર થોડું સંશોધન કર્યું અને એક ઉકેલ મળ્યો જે મારી બધી આવશ્યકતાઓને પૂર્ણ કરે છે: સરળ, સલામત, વિશ્વસનીય.

મારી ઇચ્છાઓ છે:

• દરેક વપરાશકર્તા તેમના પોતાના એકાઉન્ટ સાથે જોડાય છે
• એક જ પ્રોજેક્ટ પર બહુવિધ વપરાશકર્તાઓ કામ કરી શકે છે
• એક જ વપરાશકર્તા બહુવિધ પ્રોજેક્ટ્સ પર કામ કરી શકે છે
• દરેક વપરાશકર્તાને ફક્ત તે પ્રોજેક્ટ્સની ઍક્સેસ હોય છે જેના પર તે કામ કરે છે
• આદેશ વાક્ય દ્વારા કનેક્ટ કરવું શક્ય હોવું જોઈએ, અને માત્ર અમુક પ્રકારના વેબ ઈન્ટરફેસ દ્વારા નહીં

તે પણ મહાન હશે:

• નિયંત્રિત વ્યક્તિઓને ફક્ત વાંચવાના અધિકારો આપો
• Git માં વપરાશકર્તા પરવાનગીઓનું સંચાલન કરો

GIT સર્વરને ઍક્સેસ કરવા માટેના સંભવિત વિકલ્પોની ઝાંખી

સૌ પ્રથમ, તમારે શું પસંદ કરવું તે જાણવાની જરૂર છે, તેથી ગિટ પ્રોટોકોલ્સની સંક્ષિપ્ત ઝાંખી.

• ssh - સર્વરને એક્સેસ કરવા માટે ખાસ બનાવેલ યુઝર એકાઉન્ટનો ઉપયોગ થાય છે.
  • તે વિચિત્ર છે કે ગિટ તમામ રિપોઝીટરીઝને ઍક્સેસ કરવા માટે એક એકાઉન્ટનો ઉપયોગ કરવાની ભલામણ કરતું નથી. આ મારી જરૂરિયાતોને બિલકુલ પૂર્ણ કરતું નથી.
  • તમે બહુવિધ એકાઉન્ટ્સનો ઉપયોગ કરી શકો છો, પરંતુ તમે ફક્ત અમુક ડિરેક્ટરીઓ સુધી વપરાશકર્તાની ઍક્સેસને કેવી રીતે મર્યાદિત કરી શકો છો?
    • હોમ ડિરેક્ટરીને બંધ કરવું યોગ્ય નથી, કારણ કે ત્યાં અન્ય વપરાશકર્તાઓ માટે લેખન ઍક્સેસ ગોઠવવાનું મુશ્કેલ છે
    • હોમ ડિરેક્ટરીમાંથી સાંકેતિક લિંક્સનો ઉપયોગ કરવો પણ મુશ્કેલ છે કારણ કે ગિટ તેમને લિંક્સ તરીકે અર્થઘટન કરતું નથી.
    • દુભાષિયાની ઍક્સેસને પ્રતિબંધિત કરો, સારું, તમે કરી શકો છો, પરંતુ ત્યાં કોઈ સંપૂર્ણ ગેરેંટી નથી કે આ હંમેશા કામ કરશે
      • તમે સામાન્ય રીતે આવા વપરાશકર્તાઓ માટે તમારા પોતાના આદેશ દુભાષિયાને કનેક્ટ કરી શકો છો, પરંતુ,
        • પ્રથમ, આ પહેલેથી જ એક પ્રકારનો મુશ્કેલ નિર્ણય છે,
        • અને 2, તેને બાયપાસ કરી શકાય છે.

  પરંતુ કદાચ તે કોઈ સમસ્યા નથી કે વપરાશકર્તા કોઈપણ આદેશો ચલાવવા માટે સક્ષમ હશે? .. સામાન્ય રીતે, જો તમે તેનો ઉપયોગ કેવી રીતે કરવો તે બરાબર સમજતા હોવ તો આ પદ્ધતિને નકારી શકાય નહીં. અમે પછીથી આ પદ્ધતિ પર પાછા આવીશું, પરંતુ હમણાં માટે અમે બાકીના વિકલ્પોને ટૂંકમાં ધ્યાનમાં લઈશું, કદાચ કંઈક સરળ હશે.

• git લોકલ પ્રોટોકોલનો ઉપયોગ sshfs સાથે સંયોજનમાં થઈ શકે છે, બહુવિધ વપરાશકર્તાઓનો ઉપયોગ કરી શકાય છે, પરંતુ તે આવશ્યકપણે અગાઉના કેસની જેમ જ છે
• http - ફક્ત વાંચો
• git ફક્ત વાંચવા માટે છે
• https ઇન્સ્ટોલ કરવું મુશ્કેલ છે, તમારે વધારાના સૉફ્ટવેરની જરૂર છે, વપરાશકર્તા ઍક્સેસને ગોઠવવા માટે અમુક પ્રકારના નિયંત્રણ પેનલની જરૂર છે ... તે શક્ય લાગે છે, પરંતુ કોઈક રીતે બધું જટિલ છે.

ગિટ સર્વર પર મલ્ટિ-યુઝર એક્સેસ ગોઠવવા માટે ssh પ્રોટોકોલનો ઉપયોગ કરીને

ચાલો ssh પ્રોટોકોલ પર પાછા જઈએ.

ssh એક્સેસનો ઉપયોગ git માટે થતો હોવાથી, સર્વર ડેટા સુરક્ષિત હોવો જરૂરી છે. વપરાશકર્તા જે ssh દ્વારા જોડાય છે તે Linux સર્વર પર તેમના પોતાના લોગિનનો ઉપયોગ કરે છે, જેથી તેઓ ssh ક્લાયંટ દ્વારા કનેક્ટ થઈ શકે અને સર્વરની કમાન્ડ લાઇનને ઍક્સેસ કરી શકે.
આવી પહોંચ મેળવવા સામે કોઈ સંપૂર્ણ રક્ષણ નથી.

પરંતુ વપરાશકર્તાને Linux ફાઇલોમાં રસ ન હોવો જોઈએ. અર્થપૂર્ણ માહિતી ફક્ત ગિટ રિપોઝીટરીમાં જ સંગ્રહિત થાય છે. તેથી, તમે કમાન્ડ લાઇન દ્વારા ઍક્સેસને પ્રતિબંધિત કરી શકતા નથી, પરંતુ લિનક્સ દ્વારા, વપરાશકર્તાને પ્રોજેક્ટ્સ જોવાથી પ્રતિબંધિત કરો, જેમાં તે ભાગ લે છે તે સિવાય.
Linux પરવાનગી સિસ્ટમનો ઉપયોગ કરવો સ્પષ્ટ છે.

પહેલેથી જ ઉલ્લેખ કર્યો છે તેમ, 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 ખાસ બનાવેલ Linux વપરાશકર્તાઓ છે જેઓને સંબંધિત પ્રોજેક્ટ ડિરેક્ટરીઓના માલિકો તરીકે સોંપવામાં આવે છે.

તમામ ડિરેક્ટરીઓના અધિકારો 0770 પર સેટ છે - માલિક અને તેના જૂથ માટે સંપૂર્ણ ઍક્સેસ, અને અન્ય દરેક માટે સંપૂર્ણ પ્રતિબંધ.

2) વિકાસકર્તા એકાઉન્ટ્સ

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

મુખ્ય મુદ્દો એ છે કે વિકાસકર્તાઓને સિસ્ટમ વપરાશકર્તાના વધારાના જૂથને સોંપવામાં આવે છે જે અનુરૂપ પ્રોજેક્ટની માલિકી ધરાવે છે. આ એક આદેશ સાથે Linux સર્વર એડમિનિસ્ટ્રેટર દ્વારા કરવામાં આવે છે.

આ ઉદાહરણમાં, વિકાસકર્તા 1 પ્રોજેક્ટ્સ proj1 અને proj2 પર કામ કરી રહ્યું છે, અને વિકાસકર્તા 2 પ્રોજેક્ટ્સ proj2 અને proj3 પર કામ કરી રહ્યું છે.

જો કોઈ પણ ડેવલપર્સ આદેશ વાક્ય દ્વારા ssh દ્વારા કનેક્ટ થાય છે, તો તેના અધિકારો એવા પ્રોજેક્ટ્સની ડિરેક્ટરીઓની સામગ્રી જોવા માટે પણ પૂરતા રહેશે નહીં જેમાં તે ભાગ લેતો નથી. તે પોતે તેને બદલી શકતો નથી.

આ સિદ્ધાંતનો આધાર Linux અધિકારોની મૂળભૂત સુરક્ષા હોવાથી, આ યોજના વિશ્વસનીય છે. વધુમાં, યોજનાનું સંચાલન કરવું ખૂબ જ સરળ છે.

ચાલો પ્રેક્ટિસ તરફ આગળ વધીએ.

લિનક્સ સર્વર પર ગિટ રિપોઝીટરીઝ બનાવવી

અમે તપાસીએ છીએ.

[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" ડિરેક્ટરી કેવી રીતે ગોઠવાય છે અને નવી ફાઈલો બનાવવામાં આવે છે કે કેમ.

સ્થાનિક ગિટ રિપોઝીટરી બનાવો અને ગિટ સર્વર પર દબાણ કરો

ચાલો ક્લાયન્ટ મશીન પર આગળ વધીએ.

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 વપરાશકર્તા દ્વારા બનાવેલ ફાઇલોને સંશોધિત કરવામાં સમર્થ હશે નહીં, અને આ કાર્યક્ષમતાના ઉલ્લંઘનથી ભરપૂર છે.

Linux chown - સામાન્ય વપરાશકર્તા દ્વારા ફાઇલના માલિકને બદલવું

ફાઇલના માલિક તેની માલિકી બદલી શકતા નથી. પરંતુ તે તેની ફાઇલના જૂથને બદલી શકે છે, અને પછી તે જ જૂથમાં રહેલા અન્ય વપરાશકર્તાઓ દ્વારા આ ફાઇલ બદલી શકાય છે. તે જ આપણને જોઈએ છે.

ગિટ હૂકનો ઉપયોગ કરવો

હૂક માટેની કાર્યકારી નિર્દેશિકા એ પ્રોજેક્ટની રૂટ ડિરેક્ટરી છે. હૂક એ એક્ઝિક્યુટેબલ છે જે પુશ કરી રહેલા વપરાશકર્તાની નીચે ચાલે છે. આ જાણીને, અમે અમારી યોજનાઓ અમલમાં મૂકી શકીએ છીએ.

[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

- ખાલી, બધું સારું છે.

બીજા ડેવલપરને ગિટ સાથે કનેક્ટ કરી રહ્યું છે

ચાલો બીજા વિકાસકર્તાના કાર્યનું અનુકરણ કરીએ.

ક્લાયન્ટ પર

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

- ફરીથી ખાલી, બધું કામ કરે છે.

ગિટ પ્રોજેક્ટને કાઢી નાખવું અને ગિટ સર્વરમાંથી પ્રોજેક્ટ લોડ કરવો

ઠીક છે, તમે ફરી એકવાર ખાતરી કરી શકો છો કે બધા ફેરફારો સાચવવામાં આવ્યા છે.

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 દ્વારા 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 માં રિપ્લેસમેન્ટ કરવું
• Linux માં શોધ સ્થિતિ કેવી રીતે ઉલટાવી શકાય
• લિનક્સ શેલમાં વન-લાઇનર દ્વારા બહુવિધ લાઇન કેવી રીતે પસાર કરવી
• બેશમાં સિંગલ ક્વોટ્સથી કેવી રીતે બચવું
• વિન્ડોઝ કમાન્ડ લાઇનમાં તમામ સામગ્રી સાથેની ડિરેક્ટરી કેવી રીતે કાઢી નાખવી
• બેશ એમવીનો ઉપયોગ કરીને ફાઇલને ફરીથી લખ્યા વિના તેનું નામ કેવી રીતે બદલવું

તમારું ધ્યાન બદલ આભાર.

સોર્સ: www.habr.com