ອົງການຈັດຕັ້ງຂອງການເຂົ້າເຖິງຫຼາຍຜູ້ໃຊ້ກັບເຄື່ອງແມ່ຂ່າຍ GIT

ເມື່ອຕິດຕັ້ງແລະກໍາຫນົດຄ່າເຊີຟເວີ Git, ຄໍາຖາມທີ່ເກີດຂື້ນກ່ຽວກັບການຈັດຕັ້ງການເຂົ້າເຖິງສໍາລັບຜູ້ໃຊ້ຫຼາຍໆໂຄງການ. ຂ້າພະເຈົ້າໄດ້ຄົ້ນຄ້ວາບັນຫາແລະຊອກຫາວິທີແກ້ໄຂທີ່ຕອບສະຫນອງຄວາມຕ້ອງການທັງຫມົດຂອງຂ້ອຍ: ງ່າຍດາຍ, ປອດໄພ, ເຊື່ອຖືໄດ້.

ຄວາມປາດຖະຫນາຂອງຂ້ອຍແມ່ນ:

• ຜູ້ໃຊ້ແຕ່ລະຄົນເຊື່ອມຕໍ່ກັບບັນຊີຂອງຕົນເອງ
• ຜູ້ໃຊ້ຫຼາຍຄົນສາມາດເຮັດວຽກໃນໂຄງການດຽວ
• ຜູ້ໃຊ້ດຽວກັນສາມາດເຮັດວຽກໃນຫຼາຍໂຄງການ
• ຜູ້ໃຊ້ແຕ່ລະຄົນສາມາດເຂົ້າເຖິງພຽງແຕ່ໂຄງການເຫຼົ່ານັ້ນທີ່ລາວເຮັດວຽກ
• ມັນຄວນຈະເປັນໄປໄດ້ທີ່ຈະເຊື່ອມຕໍ່ຜ່ານເສັ້ນຄໍາສັ່ງ, ແລະບໍ່ພຽງແຕ່ຜ່ານບາງປະເພດຂອງການໂຕ້ຕອບເວັບໄຊຕ໌

ມັນຈະເປັນການດີຫຼາຍ:

• ໃຫ້ການອະນຸຍາດອ່ານຢ່າງດຽວກັບຜູ້ຄວບຄຸມ
• ຈັດການສິດການເຂົ້າເຖິງຂອງຜູ້ໃຊ້ຢ່າງສະດວກໃນ Git

ພາບລວມຂອງທາງເລືອກທີ່ເປັນໄປໄດ້ສໍາລັບການເຂົ້າເຖິງເຄື່ອງແມ່ຂ່າຍ GIT

ກ່ອນອື່ນ ໝົດ, ທ່ານ ຈຳ ເປັນຕ້ອງຮູ້ສິ່ງທີ່ຈະເລືອກຈາກ, ສະນັ້ນນີ້ແມ່ນພາບລວມໄວຂອງ Git protocols.

• ssh - ບັນຊີຜູ້ໃຊ້ທີ່ສ້າງຂຶ້ນໂດຍສະເພາະຖືກນໍາໃຊ້ເພື່ອເຂົ້າເຖິງເຄື່ອງແມ່ຂ່າຍ.
  • ມັນເປັນເລື່ອງແປກທີ່ Git ບໍ່ໄດ້ຍົກເວັ້ນຈາກຄໍາແນະນໍາຂອງມັນໃນການນໍາໃຊ້ບັນຊີດຽວເພື່ອເຂົ້າເຖິງ repositories ທັງຫມົດ. ອັນນີ້ບໍ່ເປັນໄປຕາມຄວາມຕ້ອງການຂອງຂ້ອຍເລີຍ.
  • ທ່ານ​ສາ​ມາດ​ນໍາ​ໃຊ້​ຫຼາຍ​ບັນ​ຊີ​, ແຕ່​ວິ​ທີ​ທີ່​ທ່ານ​ສາ​ມາດ​ຈໍາ​ກັດ​ການ​ເຂົ້າ​ເຖິງ​ຜູ້​ໃຊ້​ພຽງ​ແຕ່​ບັນ​ຊີ​ລາຍ​ການ​ໃດ​ຫນຶ່ງ​?
    • ການປິດເຂົ້າໄປໃນໄດເລກະທໍລີເຮືອນແມ່ນບໍ່ເຫມາະສົມ, ເພາະວ່າມັນຍາກທີ່ຈະຈັດລະບຽບການເຂົ້າເຖິງການຂຽນຢູ່ທີ່ນັ້ນສໍາລັບຜູ້ໃຊ້ອື່ນໆ
    • ການນໍາໃຊ້ symlinks ຈາກໄດເລກະທໍລີເຮືອນຂອງທ່ານແມ່ນຍັງມີຄວາມຫຍຸ້ງຍາກເພາະວ່າ Git ບໍ່ໄດ້ຕີຄວາມຫມາຍໃຫ້ພວກເຂົາເປັນການເຊື່ອມຕໍ່
    • ມັນເປັນໄປໄດ້ທີ່ຈະຈໍາກັດການເຂົ້າເຖິງນາຍພາສາ, ແຕ່ບໍ່ມີການຮັບປະກັນຢ່າງເຕັມທີ່ວ່າມັນຈະເຮັດວຽກຢູ່ສະເຫມີ
      • ໂດຍທົ່ວໄປແລ້ວທ່ານສາມາດເຊື່ອມຕໍ່ນາຍພາສາຄໍາສັ່ງຂອງທ່ານເອງສໍາລັບຜູ້ໃຊ້ດັ່ງກ່າວ, ແຕ່
        • ກ່ອນອື່ນ ໝົດ, ນີ້ແມ່ນການຕັດສິນໃຈທີ່ຫຍຸ້ງຍາກບາງຢ່າງ,
        • ແລະອັນທີສອງ, ນີ້ສາມາດຫລີກລ້ຽງໄດ້.

  ແຕ່ບາງທີມັນບໍ່ແມ່ນບັນຫາທີ່ຜູ້ໃຊ້ຈະສາມາດປະຕິບັດຄໍາສັ່ງໃດໆ?.. ໂດຍທົ່ວໄປ, ວິທີການນີ້ບໍ່ສາມາດປະຕິເສດໄດ້ຖ້າທ່ານຄິດອອກຢ່າງແນ່ນອນວ່າວິທີການນໍາໃຊ້ມັນ. ພວກເຮົາຈະກັບຄືນໄປຫາວິທີນີ້ໃນພາຍຫຼັງ, ແຕ່ສໍາລັບຕອນນີ້ພວກເຮົາຈະພິຈາລະນາສັ້ນໆກ່ຽວກັບທາງເລືອກອື່ນ, ບາງທີອາດມີບາງສິ່ງບາງຢ່າງທີ່ງ່າຍດາຍກວ່າ.

• ໂປໂຕຄອນທ້ອງຖິ່ນ git ສາມາດໃຊ້ປະສົມປະສານກັບ sshfs, ຜູ້ໃຊ້ຫຼາຍຄົນສາມາດໃຊ້ໄດ້, ແຕ່ສໍາຄັນແມ່ນຄືກັນກັບກໍລະນີທີ່ຜ່ານມາ.
• http - ອ່ານເທົ່ານັ້ນ
• git ແມ່ນອ່ານເທົ່ານັ້ນ
• https - ຍາກທີ່ຈະຕິດຕັ້ງ, ທ່ານຕ້ອງການຊອບແວເພີ່ມເຕີມ, ບາງປະເພດຂອງແຜງຄວບຄຸມເພື່ອຈັດລະບຽບການເຂົ້າເຖິງຜູ້ໃຊ້ ... ມັນເບິ່ງຄືວ່າເປັນໄປໄດ້, ແຕ່ບາງຢ່າງກໍ່ສັບສົນ.

ການໃຊ້ໂປໂຕຄອນ ssh ເພື່ອຈັດລະບຽບການເຂົ້າເຖິງຫຼາຍຜູ້ໃຊ້ກັບເຄື່ອງແມ່ຂ່າຍ Git

ໃຫ້ກັບຄືນໄປຫາ ssh protocol.

ນັບຕັ້ງແຕ່ທ່ານໃຊ້ການເຂົ້າເຖິງ ssh ສໍາລັບ git, ທ່ານຈໍາເປັນຕ້ອງຮັບປະກັນຄວາມປອດໄພຂອງຂໍ້ມູນເຊີຟເວີ. ຜູ້ໃຊ້ທີ່ເຊື່ອມຕໍ່ຜ່ານ ssh ໃຊ້ການເຂົ້າສູ່ລະບົບຂອງຕົນເອງຢູ່ໃນເຄື່ອງແມ່ຂ່າຍຂອງ Linux, ດັ່ງນັ້ນເຂົາເຈົ້າສາມາດເຊື່ອມຕໍ່ຜ່ານລູກຄ້າ ssh ແລະເຂົ້າເຖິງເສັ້ນຄໍາສັ່ງຂອງເຄື່ອງແມ່ຂ່າຍ.
ບໍ່ມີການປົກປ້ອງຢ່າງສົມບູນຕໍ່ກັບການເຂົ້າເຖິງດັ່ງກ່າວ.

ແຕ່ຜູ້ໃຊ້ບໍ່ຄວນສົນໃຈໄຟລ໌ Linux. ຂໍ້ມູນທີ່ສໍາຄັນແມ່ນຖືກເກັບໄວ້ໃນ git repository ເທົ່ານັ້ນ. ດັ່ງນັ້ນ, ມັນເປັນໄປໄດ້ທີ່ຈະບໍ່ຈໍາກັດການເຂົ້າເຖິງຜ່ານເສັ້ນຄໍາສັ່ງ, ແຕ່ການນໍາໃຊ້ເຄື່ອງມື 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, ໂຄງການນີ້ແມ່ນເຊື່ອຖືໄດ້. ນອກຈາກນັ້ນ, ໂຄງການແມ່ນງ່າຍຫຼາຍທີ່ຈະບໍລິຫານ.

ຂໍໃຫ້ກ້າວໄປສູ່ການປະຕິບັດ.

ການສ້າງບ່ອນເກັບ Git ໃນເຊີບເວີ 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" ມີໂຄງສ້າງແນວໃດແລະວ່າໄຟລ໌ໃຫມ່ຖືກສ້າງຂື້ນ.

ການສ້າງບ່ອນເກັບຂໍ້ມູນ 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 ແມ່ນໄດເລກະທໍລີຮາກຂອງໂຄງການ. 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, ພວກເຮົາກວດເບິ່ງການເຮັດວຽກຂອງ hook post-update script ຫຼັງຈາກຄໍາຫມັ້ນສັນຍາ

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

- ຫວ່າງເປົ່າ, ທຸກສິ່ງທຸກຢ່າງແມ່ນດີ.

ການເຊື່ອມຕໍ່ຜູ້ພັດທະນາທີສອງໃນ Git

ໃຫ້ simulate ການເຮັດວຽກຂອງຜູ້ພັດທະນາທີສອງ.

ກ່ຽວກັບລູກຄ້າ

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 .
Процесс не может получить доступ к файлу, так как этот файл занят другим процессом.

— ເພື່ອລຶບໂຄງການ 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

ນອກຈາກນັ້ນໃນບົດຄວາມເຈົ້າອາດຈະ stumble ກັບສິ່ງທີ່ເປັນປະໂຫຍດຂະຫນາດນ້ອຍ:

• ວິທີການສ້າງຕົ້ນໄມ້ໄດເລກະທໍລີໃນ Linux
• ວິທີການຜ່ານໄລຍະຂອງທີ່ຢູ່ໃນ sed ຈາກເສັ້ນທີ່ແນ່ນອນໄປຫາທ້າຍຂອງໄຟລ໌, ນັ້ນແມ່ນ, ເຮັດການທົດແທນໃນ sed ໃນທຸກເສັ້ນຍົກເວັ້ນແຖວທໍາອິດ.
• ວິທີການປ່ຽນເງື່ອນໄຂການຊອກຫາໃນ Linux ຊອກຫາ
• ວິທີການຜ່ານຫຼາຍສາຍເຂົ້າໄປໃນ loop ໂດຍໃຊ້ເສັ້ນດຽວໃນ Linux shell
• ວິທີການຫລົບຫນີຄໍາເວົ້າດຽວໃນ bash
• ວິທີການລຶບໄດເລກະທໍລີທີ່ມີເນື້ອຫາທັງຫມົດຂອງມັນຢູ່ໃນເສັ້ນຄໍາສັ່ງ windows
• ວິທີການໃຊ້ bash mv ເພື່ອປ່ຽນຊື່ໄຟລ໌ໂດຍບໍ່ຕ້ອງຂຽນຄືນໃຫມ່

ຂໍຂອບໃຈທ່ານສໍາລັບການເອົາໃຈໃສ່ຂອງທ່ານ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com