Bagaimana untuk membangunkan pembangunan menengah berdasarkan projek gitlab

Dengan peningkatan projek sumber terbuka, semakin ramai jurutera perisian tertarik untuk menyertai komuniti sumber terbuka dan menyumbang kepada projek sumber terbuka. Antaranya, GitLab, projek sumber terbuka berdasarkan gudang Git, sangat popular Ia bukan sahaja menyediakan perkhidmatan pengehosan kod percuma, tetapi juga menyediakan pelbagai alat kerjasama yang berkuasa, membolehkan pembangun bekerjasama dalam pasukan dengan lebih mudah.

Walau bagaimanapun, semasa proses pembangunan kod, kadangkala terdapat beberapa keperluan khusus Jika anda mengubah suai kod sumber GitLab secara langsung, ia mungkin menyusahkan kemas kini masa hadapan. Oleh itu, pembangunan sekunder amat diperlukan pada masa ini. Artikel ini akan memperkenalkan cara menjalankan pembangunan sekunder berdasarkan projek GitLab dari aspek berikut.

1. Klon Kod sumber GitLab

Pertama, anda perlu mendapatkan kod sumber daripada tapak web rasmi GitLab Di sini saya memilih gitlab-ce. Selepas memasang Git, masukkan arahan berikut dalam terminal:

git clone https://gitlab.com/gitlab-org/gitlab-ce.git

Perintah ini akan memuat turun kod sumber keseluruhan projek GitLab ke tempatan, dan fail akan dipaparkan di gudang tempatan dalam bentuk direktori akar gitlab-ce.

2. Ubah suai kod GitLab

Kini, kita boleh mencari kod sumber GitLab dalam repositori tempatan. Walau bagaimanapun, kami tidak boleh mengubah suai kod sumber terus pada cawangan induk, kerana ini akan menjadikan kemas kini masa hadapan kami sangat menyusahkan. Oleh itu, kita perlu mewujudkan cawangan pembangunan yang berdedikasi.

Masukkan direktori akar GitLab dalam terminal:

cd gitlab-ce/

Kemudian buat cawangan baharu:

git checkout -b my-feature-branch

Di sini kami mengambil contoh mencipta cawangan ciri baharu, anda juga boleh Buat jenis cawangan lain mengikut keperluan.

Kini, anda boleh membuat pengubahsuaian pada kod di cawangan my-feature-branch. Selepas pengubahsuaian selesai, gunakan arahan berikut untuk melihat fail yang diubah suai:

git status

Jika anda hanya mengubah suai satu fail, anda boleh menggunakan arahan berikut untuk menyerahkan:

git commit -m "feat: 修改XXX文件"

3. Segerakkan Kod Rasmi GitLab

Memandangkan kami telah membangun secara tempatan selepas mencipta cawangan baharu, semasa proses ini, kami mungkin menghadapi kemas kini kod oleh pasukan rasmi GitLab. Jika kami ingin menggabungkan kod yang dikemas kini secara rasmi ini ke dalam cawangan kami, kami boleh menggunakan arahan berikut:

Mula-mula masukkan cawangan induk:

git checkout master

Kemudian tarik kod rasmi terkini:

git pull origin master

Kemudian kembali ke cawangan pembangunan kami:

git checkout my-feature-branch

Dengan cara ini, cawangan kami akan disegerakkan dengan kod terkini. Apa yang perlu diperhatikan di sini ialah jika dua cawangan hanya mengubah suai bahagian yang berbeza pada fail yang sama, Git akan menggabungkan kod untuk kami secara automatik. Jika dua cawangan mengubah suai tempat yang sama, kita perlu mengendalikan konflik kod secara manual.

4. Serahkan kod

Setelah kami pasti bahawa semua kod yang diubah suai telah selesai, anda boleh menggunakan arahan berikut untuk menyerahkan kod:

git push origin my-feature-branch

Perintah ini Cawangan kami yang baru dibuat akan dikemas kini kepada pelayan GitLab. Kemudian, kami perlu menyerahkan permintaan penggabungan kepada pasukan GitLab rasmi untuk membenarkan mereka menyemak sama ada kod kami memenuhi piawaian mereka dan menggabungkannya ke dalam cawangan talian utama.

5. Gunakan kod pembangunan sekunder ke persekitaran pengeluaran

Setelah kod anda digabungkan oleh pasukan rasmi, kami juga perlu menggunakan kod tersebut ke persekitaran pengeluaran. Biasanya, kita perlu menarik kod terkini secara setempat dan menggunakan kod tersebut ke pelayan menggunakan arahan berikut:

bundle exec rake gitlab:backup:create RAILS_ENV=production
sudo gitlab-ctl stop
sudo gitlab-ctl start

Arahan di atas digunakan untuk menyandarkan data GitLab sedia ada, menghentikan perkhidmatan GitLab yang digunakan, dan kemudian mulakan kod baharu. Sudah tentu, apa yang disebutkan di sini hanyalah contoh, dan mungkin ada perkara lain yang memerlukan perhatian semasa proses penempatan sebenar.

Ringkasan:

Saya berharap pengenalan artikel ini dapat membantu pembangun lebih memahami proses pembangunan sekunder GitLab. Perlu diingatkan bahawa disebabkan oleh latar belakang teknikal yang berbeza dan perbezaan dalam kualiti kod, setiap proses pembangunan sekunder GitLab pembangun mungkin berbeza. Oleh itu, dalam proses pembangunan sebenar, ia perlu dikendalikan secara fleksibel mengikut masalah tertentu untuk mencapai hasil yang lebih baik.

Atas ialah kandungan terperinci Bagaimana untuk membangunkan pembangunan menengah berdasarkan projek gitlab. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!