ការរៀបចំការចូលប្រើច្រើនអ្នកប្រើប្រាស់ទៅកាន់ម៉ាស៊ីនមេ GIT

នៅពេលដំឡើង និងកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីនមេ Git សំណួរកើតឡើងអំពីការរៀបចំការចូលប្រើសម្រាប់អ្នកប្រើប្រាស់ជាច្រើនចំពោះគម្រោងជាច្រើន។ ខ្ញុំ​បាន​ស្រាវជ្រាវ​បញ្ហា​នេះ ហើយ​បាន​រក​ឃើញ​ដំណោះ​ស្រាយ​ដែល​បំពេញ​តាម​តម្រូវ​ការ​ទាំង​អស់​របស់​ខ្ញុំ៖ សាមញ្ញ សុវត្ថិភាព និង​អាច​ទុក​ចិត្ត​បាន។

បំណងប្រាថ្នារបស់ខ្ញុំគឺ៖

• អ្នកប្រើប្រាស់ម្នាក់ៗភ្ជាប់ជាមួយគណនីផ្ទាល់ខ្លួនរបស់ពួកគេ។
• អ្នកប្រើប្រាស់ជាច្រើនអាចធ្វើការលើគម្រោងមួយ។
• អ្នកប្រើប្រាស់ដូចគ្នាអាចធ្វើការលើគម្រោងជាច្រើន។
• អ្នកប្រើប្រាស់ម្នាក់ៗអាចចូលប្រើបានតែគម្រោងទាំងនោះដែលគាត់ធ្វើការប៉ុណ្ណោះ។
• វាគួរតែអាចតភ្ជាប់តាមរយៈបន្ទាត់ពាក្យបញ្ជា ហើយមិនត្រឹមតែតាមរយៈប្រភេទនៃចំណុចប្រទាក់បណ្ដាញមួយចំនួននោះទេ។

វាក៏នឹងអស្ចារ្យផងដែរ៖

• ផ្តល់ការអនុញ្ញាតឱ្យអានបានតែចំពោះបុគ្គលដែលគ្រប់គ្រង
• គ្រប់គ្រងសិទ្ធិចូលប្រើរបស់អ្នកប្រើប្រាស់យ៉ាងងាយស្រួលនៅក្នុង Git

ទិដ្ឋភាពទូទៅនៃជម្រើសដែលអាចធ្វើទៅបានសម្រាប់ការចូលប្រើម៉ាស៊ីនមេ GIT

ជាដំបូង អ្នកត្រូវដឹងពីអ្វីដែលត្រូវជ្រើសរើសពី ដូច្នេះនេះគឺជាទិដ្ឋភាពទូទៅនៃពិធីការ Git ។

• ssh - គណនីអ្នកប្រើប្រាស់ដែលបានបង្កើតជាពិសេសត្រូវបានប្រើដើម្បីចូលប្រើម៉ាស៊ីនមេ។
  • វាជារឿងចម្លែកដែល Git មិនរាប់បញ្ចូលពីការណែនាំរបស់ខ្លួនក្នុងការប្រើប្រាស់គណនីមួយដើម្បីចូលប្រើឃ្លាំងទាំងអស់។ នេះមិនបំពេញតាមតម្រូវការរបស់ខ្ញុំទាល់តែសោះ។
  • អ្នក​អាច​ប្រើ​គណនី​ច្រើន ប៉ុន្តែ​តើ​អ្នក​អាច​កំណត់​ការ​ចូល​ប្រើ​របស់​អ្នក​ប្រើ​ទៅ​កាន់​តែ​ថត​មួយ​ចំនួន​ដោយ​របៀប​ណា?
    • ការបិទចូលទៅក្នុងថតផ្ទះគឺមិនសមរម្យទេព្រោះវាពិបាកក្នុងការរៀបចំការចូលប្រើការសរសេរនៅទីនោះសម្រាប់អ្នកប្រើប្រាស់ផ្សេងទៀត។
    • ការប្រើប្រាស់ symlinks ពី home directory របស់អ្នកក៏ពិបាកដែរ ព្រោះ Git មិនបកស្រាយពួកវាជា links
    • អ្នកអាចដាក់កម្រិតការចូលប្រើអ្នកបកប្រែ ប៉ុន្តែមិនមានការធានាពេញលេញថាវានឹងដំណើរការជានិច្ចនោះទេ។
      • ជាទូទៅអ្នកអាចភ្ជាប់អ្នកបកប្រែពាក្យបញ្ជាផ្ទាល់ខ្លួនរបស់អ្នកសម្រាប់អ្នកប្រើប្រាស់បែបនេះ ប៉ុន្តែ
        • ដំបូង នេះ​ជា​ការ​សម្រេច​ចិត្ត​ដ៏​លំបាក​មួយ​ចំនួន​រួច​ទៅ​ហើយ
        • ហើយទីពីរ នេះអាចជៀសបាន។

  ប៉ុន្តែប្រហែលជាវាមិនមែនជាបញ្ហាដែលអ្នកប្រើប្រាស់នឹងអាចប្រតិបត្តិពាក្យបញ្ជាណាមួយបានទេ?.. ជាទូទៅ វិធីសាស្ត្រនេះមិនអាចច្រានចោលបានទេ ប្រសិនបើអ្នកយល់ច្បាស់អំពីរបៀបប្រើវា។ យើងនឹងត្រលប់ទៅវិធីសាស្ត្រនេះនៅពេលក្រោយ ប៉ុន្តែសម្រាប់ពេលនេះ យើងនឹងពិចារណាដោយសង្ខេបអំពីជម្រើសផ្សេងទៀត ប្រហែលជានឹងមានអ្វីសាមញ្ញជាងនេះ។

• ពិធីការមូលដ្ឋាន git អាចត្រូវបានប្រើរួមគ្នាជាមួយ sshfs អ្នកប្រើប្រាស់ច្រើនអាចត្រូវបានប្រើ ប៉ុន្តែសំខាន់គឺដូចគ្នានឹងករណីមុនដែរ។
• http - បានតែអាន
• git គឺបានតែអាន
• https - ពិបាកក្នុងការដំឡើង អ្នកត្រូវការកម្មវិធីបន្ថែម ប្រភេទនៃផ្ទាំងបញ្ជាមួយចំនួន ដើម្បីរៀបចំការចូលប្រើរបស់អ្នកប្រើប្រាស់... វាមើលទៅអាចទៅរួច ប៉ុន្តែអ្វីៗគ្រប់យ៉ាងមានភាពស្មុគស្មាញ។

ការប្រើប្រាស់ពិធីការ ssh ដើម្បីរៀបចំការចូលប្រើអ្នកប្រើប្រាស់ច្រើននាក់ទៅកាន់ម៉ាស៊ីនមេ Git

ចូរយើងត្រលប់ទៅពិធីការ ssh ។

ដោយសារអ្នកប្រើ ssh access សម្រាប់ git អ្នកត្រូវធានាសុវត្ថិភាពនៃទិន្នន័យម៉ាស៊ីនមេ។ អ្នកប្រើប្រាស់ដែលភ្ជាប់តាមរយៈ ssh ប្រើប្រាស់ការចូលផ្ទាល់ខ្លួនរបស់ពួកគេនៅលើម៉ាស៊ីនមេលីនុច ដូច្នេះពួកគេអាចភ្ជាប់តាមរយៈម៉ាស៊ីនភ្ញៀវ ssh និងចូលប្រើបន្ទាត់ពាក្យបញ្ជារបស់ម៉ាស៊ីនមេ។
មិនមានការការពារពេញលេញប្រឆាំងនឹងការចូលប្រើបែបនេះទេ។

ប៉ុន្តែអ្នកប្រើប្រាស់មិនគួរចាប់អារម្មណ៍លើឯកសារលីនុចទេ។ ព័ត៌មានសំខាន់ៗត្រូវបានរក្សាទុកតែនៅក្នុងឃ្លាំង git ប៉ុណ្ណោះ។ ដូច្នេះ វាមិនអាចទៅរួចទេក្នុងការរឹតបន្តឹងការចូលប្រើតាមរយៈបន្ទាត់ពាក្យបញ្ជា ប៉ុន្តែការប្រើឧបករណ៍លីនុចដើម្បីហាមឃាត់អ្នកប្រើប្រាស់មិនឱ្យមើលគម្រោង ដោយមិនរាប់បញ្ចូលអ្នកដែលគាត់ចូលរួម។
ជម្រើសជាក់ស្តែងគឺត្រូវប្រើប្រព័ន្ធអនុញ្ញាតលីនុច។

ដូចដែលបានបញ្ជាក់រួចមកហើយ វាអាចប្រើគណនីតែមួយសម្រាប់ការចូលប្រើ 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 ហើយ "អ្នកអភិវឌ្ឍន៍ 2" កំពុងធ្វើការលើគម្រោង proj2 និង proj3 ។

ប្រសិនបើអ្នកអភិវឌ្ឍន៍ណាមួយភ្ជាប់តាមរយៈ ssh តាមរយៈបន្ទាត់ពាក្យបញ្ជា នោះសិទ្ធិរបស់ពួកគេនឹងមិនគ្រប់គ្រាន់សូម្បីតែដើម្បីមើលមាតិកានៃថតគម្រោងដែលពួកគេមិនចូលរួមក៏ដោយ។ គាត់មិនអាចផ្លាស់ប្តូរខ្លួនឯងបានទេ។

ដោយសារមូលដ្ឋាននៃគោលការណ៍នេះគឺជាសុវត្ថិភាពជាមូលដ្ឋាននៃសិទ្ធិលីនុច គ្រោងការណ៍នេះគឺអាចទុកចិត្តបាន។ លើសពីនេះទៀតគ្រោងការណ៍គឺងាយស្រួលណាស់ក្នុងការគ្រប់គ្រង។

ចូរ​បន្ត​អនុវត្ត។

ការបង្កើតឃ្លាំង Git នៅលើម៉ាស៊ីនមេលីនុច

យើងពិនិត្យ។

[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 ដែលអាចនាំទៅដល់ការបំបែកមុខងារ។

Linux chown - ផ្លាស់ប្តូរម្ចាស់ឯកសារដោយអ្នកប្រើប្រាស់ធម្មតា។

ម្ចាស់ឯកសារមិនអាចផ្លាស់ប្តូរកម្មសិទ្ធិរបស់វាបានទេ។ ប៉ុន្តែគាត់អាចផ្លាស់ប្តូរក្រុមនៃឯកសារដែលជាកម្មសិទ្ធិរបស់គាត់ ហើយបន្ទាប់មកឯកសារនេះអាចត្រូវបានកែប្រែដោយអ្នកប្រើប្រាស់ផ្សេងទៀតដែលស្ថិតនៅក្នុងក្រុមដូចគ្នា។ នោះហើយជាអ្វីដែលយើងត្រូវការ។

ការប្រើប្រាស់ Git hook

ថតការងារសម្រាប់ទំពក់គឺជាថតឫសនៃគម្រោង។ hook គឺជាកម្មវិធីដែលអាចប្រតិបត្តិបានដែលដំណើរការនៅក្រោមអ្នកប្រើប្រាស់ដែលធ្វើការរុញ។ ដោយដឹងរឿងនេះ យើងអាចអនុវត្តផែនការរបស់យើង។

[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

នៅលើម៉ាស៊ីនមេ Git យើងពិនិត្យមើលប្រតិបត្តិការនៃស្គ្រីបក្រោយការធ្វើបច្ចុប្បន្នភាពទំពក់បន្ទាប់ពីការប្តេជ្ញាចិត្ត

[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

ហើយក្នុងពេលជាមួយគ្នានេះនៅលើ server...

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

- ទទេម្តងទៀត អ្វីៗដំណើរការ។

ការលុបគម្រោង Git និងទាញយកគម្រោងពីម៉ាស៊ីនមេ Git

ជាការប្រសើរណាស់, ជាថ្មីម្តងទៀតអ្នកអាចធ្វើឱ្យប្រាកដថាការផ្លាស់ប្តូរទាំងអស់ត្រូវបានរក្សាទុក។

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

- ដើម្បីលុបគម្រោង Git គ្រាន់តែសម្អាតថតទាំងស្រុង។ ចូរយើងដោះស្រាយជាមួយនឹងកំហុសដែលត្រូវបានបង្កើត ព្រោះវាមិនអាចទៅរួចទេក្នុងការលុបថតបច្ចុប្បន្នដោយប្រើពាក្យបញ្ជានេះ ប៉ុន្តែនេះគឺជាឥរិយាបថដែលយើងត្រូវការ។

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
• របៀបលុបថតដែលមានមាតិការបស់វាទាំងអស់នៅក្នុងបន្ទាត់ពាក្យបញ្ជា windows
• របៀបប្រើ bash mv ដើម្បីប្តូរឈ្មោះឯកសារដោយមិនចាំបាច់សរសេរម្តងទៀត

សូមអរគុណចំពោះការយកចិត្តទុកដាក់របស់អ្នក។

ប្រភព: www.habr.com