Untuk pengurusan peribadi, tidak kira sama ada anda menolaknya atau tidak, anda jarang menukar fail konfigurasi, push sekali dan setiap kali push Tidak banyak perbezaan.
Tetapi jika mungkin terdapat orang lain yang terlibat atau anda mungkin berada dalam berbilang persekitaran push, fail konfigurasi push akan membawa konflik yang tidak perlu Pada masa ini, anda boleh push fail konfigurasi asas, dengan mengandaikan fail konfigurasi dinamakan config, kemudian apabila anda menolak projek untuk kali pertama, tambahkan config pada gitignore dahulu, dan kemudian tolak fail config_example dengan maklumat konfigurasi asas Selepas push selesai, tambahkan juga config_example ditambahkan pada gitignore.
Sekarang anda boleh menganggap bahawa saya akan mengambil bahagian dalam projek anda, maka saya akan mula-mula clone projek anda, dan selepas memuat turun fail config_examplepull, saya akan mula-mula membuat salinan dan kemudian menamakan semula kepada config , kerana fail tersebut sudah ada maklumat konfigurasi asas di dalamnya, jadi saya hanya perlu membuat sedikit perubahan untuk menyesuaikan diri dengan persekitaran pembangunan saya Kemudian saya menambah kedua-dua fail ke gitignore, supaya apabila push digunakan, ia tidak akan menyebabkan sebarang kerosakan pada gudang terpencil yang terjejas.
Ini sebenarnya kaedah pengurusan yang digunakan oleh pasukan kami pada pelayan git kami sendiri, saya rasa prinsipnya sepatutnya serupa, dan saya harap ia akan membantu anda.
Saya tidak akan menerangkan secara terperinci tentang penggunaan
.gitignore Bagi fail konfigurasi dalam projek, mereka biasanya akan memberitahu anda sama ada ia perlu ditambahkan pada kawalan versi Sebagai contoh, dalam fail sifat Android ini projek, komen berkata:
Fail ini dijana secara automatik oleh Alat Android.
Jangan ubah suai fail ini -- PERUBAHAN ANDA AKAN DIPADAM!
Fail ini mesti TIDAK disemak ke dalam Sistem Kawalan Versi,
kerana ia mengandungi maklumat khusus untuk konfigurasi setempat anda.
Mestilah TIDAK, orang pernah berkata begitu, jika anda masih menolak ke pelayan git jauh, rakan sekerja anda akan mencekik anda~
Jangan muat naik fail ini, kerana ia sebenarnya berkaitan dengan persekitaran penggunaan setempat dan orang lain mungkin tidak menggunakan Eclipse. Dan maklumat itu sendiri tidak ada kaitan dengan projek itu. Pendekatan yang baik ialah menggunakan alat seperti maven untuk mengurus projek, dan kemudian semua orang menyemak kod bersih secara tempatan dan menjana fail yang diperlukan untuk mengimport ke IDE.
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Untuk pengurusan peribadi, tidak kira sama ada anda menolaknya atau tidak, anda jarang menukar fail konfigurasi,
pushsekali dan setiap kalipushTidak banyak perbezaan.Tetapi jika mungkin terdapat orang lain yang terlibat atau anda mungkin berada dalam berbilang persekitaran
push, fail konfigurasipushakan membawa konflik yang tidak perlu Pada masa ini, anda bolehpushfail konfigurasi asas, dengan mengandaikan fail konfigurasi dinamakanconfig, kemudian apabila anda menolak projek untuk kali pertama, tambahkanconfigpadagitignoredahulu, dan kemudian tolak failconfig_exampledengan maklumat konfigurasi asas Selepaspushselesai, tambahkan jugaconfig_exampleditambahkan padagitignore.Sekarang anda boleh menganggap bahawa saya akan mengambil bahagian dalam projek anda, maka saya akan mula-mula
cloneprojek anda, dan selepas memuat turun failconfig_examplepull, saya akan mula-mula membuat salinan dan kemudian menamakan semula kepadaconfig, kerana fail tersebut sudah ada maklumat konfigurasi asas di dalamnya, jadi saya hanya perlu membuat sedikit perubahan untuk menyesuaikan diri dengan persekitaran pembangunan saya Kemudian saya menambah kedua-dua fail kegitignore, supaya apabilapushdigunakan, ia tidak akan menyebabkan sebarang kerosakan pada gudang terpencil yang terjejas.Ini sebenarnya kaedah pengurusan yang digunakan oleh pasukan kami pada pelayan
gitkami sendiri, saya rasa prinsipnya sepatutnya serupa, dan saya harap ia akan membantu anda.Pengalaman saya, jangan buat juga. Jika anda menggunakan maven untuk mengurus kod anda, tinggalkan sahaja pom.xml.
Saya tidak akan menerangkan secara terperinci tentang penggunaan
.gitignore Bagi fail konfigurasi dalam projek, mereka biasanya akan memberitahu anda sama ada ia perlu ditambahkan pada kawalan versi Sebagai contoh, dalam fail sifat Android ini projek, komen berkata:
Mestilah TIDAK, orang pernah berkata begitu, jika anda masih menolak ke pelayan git jauh, rakan sekerja anda akan mencekik anda~
Jangan muat naik fail ini, kerana ia sebenarnya berkaitan dengan persekitaran penggunaan setempat dan orang lain mungkin tidak menggunakan Eclipse. Dan maklumat itu sendiri tidak ada kaitan dengan projek itu. Pendekatan yang baik ialah menggunakan alat seperti maven untuk mengurus projek, dan kemudian semua orang menyemak kod bersih secara tempatan dan menjana fail yang diperlukan untuk mengimport ke IDE.
Saya baru sahaja melihat catatan blog beberapa hari yang lalu - Jangan letakkan fail konfigurasi dalam repositori kod Git anda