Pada dasarnya, ada masalah manajemen (organisasi Anda tidak memahami dasar-dasar proses pengembangan perangkat lunak , misalnya model-V ) yang mengembun menjadi ketidakmampuan menggunakan alur kerja, metodologi, dan alat minimal era sekarang. Ini umum (baca tentang prinsip Peter ).
BTW, saya kira insiden kereta SNCF baru-baru ini di Paris pada akhir 2017 memiliki penyebab yang sama (total kurangnya budaya perangkat lunak pada tingkat manajemen tinggi, maka penyumbatan stasiun kereta api utama Paris selama lebih dari satu hari; tentu saja ada sangat kompeten Tim TI di SNCF, tetapi mereka tidak diajak berkonsultasi tentang keputusan besar). Saya dapat menyebutkan beberapa industri di Eropa yang sama sekali tidak memiliki budaya perangkat lunak dan saya yakin dapat menemukan hal serupa bahkan di AS.
Masalah utamanya adalah: apakah Anda bekerja sendiri di basis kode Anda, atau apakah Anda bekerja dengan rekan kerja?
Jika Anda bekerja sendiri, Anda dapat menggunakan git secara lokal di komputer Anda, dan membuat cadangan kode Anda (dan mungkin bahkan .git
repositori Anda ) secara berkala (ke ruang penyimpanan eksternal). Pastikan untuk tidak pernah kehilangan lebih dari setengah hari kerja (jadi cadangkan data Anda secara berkala dan andal).
(Saya kira Anda tahu paling tidak keduanya git
dan svn
dan Anda tahu keunggulan teknis git
; jika Anda bahkan tidak diizinkan menginstal beberapa alat seperti git
pada komputer kerja Anda, Anda perlu melakukan pembicaraan serius dengan bos Anda tentang masalah itu: Anda perlu kemampuan dan otorisasi untuk menginstal alat sumber terbuka eksternal (dan itu sesuai dengan tanggung jawab Anda untuk memilih, mengonfigurasi dan menginstalnya dengan bijak & hati - hati dan tanpa kerentanan yang diketahui )
Jika Anda bekerja dengan beberapa rekan kerja (saya kira kurang dari selusin dari mereka), Anda perlu meyakinkan mereka semua untuk menggunakan sistem kontrol versi, dan Anda mungkin perlu memberi tahu hal itu kepada atasan langsung Anda (dan bos umum). Dia dapat (mungkin) memutuskan (atau secara implisit menerima) bahwa beberapa mesin (mungkin bahkan beberapa desktop lama, bahkan mungkin desktop Anda sendiri) digunakan sebagai server git. Anda benar-benar perlu mengatur server itu sehingga repositori git didukung setidaknya setiap jam; Anda tidak mampu (dan Anda perlu berbicara dengan bos Anda tentang) kehilangan lebih dari satu jam kerja tim Anda.
BTW, saya suka Linux, dan saya akan merekomendasikan menginstal Linux pada mesin yang bertindak sebagai git
server; kemudian menginstal git
dan mengkonfigurasi cadangan berkala (dengan beberapa crontab
pekerjaan) sangat mudah; perhatikan bahwa git
server dapat menjalankan Linux dengan klien Windows yang menggunakannya. Saya bahkan menyarankan Anda untuk mengganti mesin pengembangan Anda ke Linux jika Anda bisa. Itu "lebih murah" dan jauh lebih ramah-pengembang
Tetapi Anda perlu menggunakan SCM. Anda mungkin mengajukan pertanyaan yang berbeda kepada bos Anda: haruskah tim Anda menggunakan SCM yang ada atau haruskah menciptakan kembali roda dan membuat SCM Anda sendiri? Atasan umumnya menentang gagasan menciptakan kembali roda. Jika Anda diizinkan untuk menemukan kembali roda, beri tahu atasan Anda bahwa itu adalah pekerjaan penuh waktu selama setidaknya satu tahun (yang mungkin akan membuat bos Anda menangis, lalu terima cara yang jelas) dan bersenang-senang membuat SCM Anda sendiri. Dalam kasus yang tidak biasa itu, pastikan untuk mempelajari sistem SCM yang ada , dan minta untuk membuat sistem SCM Anda beberapa perangkat lunak gratis (untuk digunakan dan ditingkatkan oleh tim lain).
Anda mungkin perlu mempersiapkan (selama beberapa hari) yang tepat dan spesifik argumentasi untuk kebutuhan sebuah SCM : pertama bagi rekan-rekan Anda, maka untuk atasan langsung Anda. Pastikan juga menyarankan solusi konkret (seperti menjalankan beberapa server git pada desktop atau server "lama", dan mencadangkannya setiap jam melalui crontab
pekerjaan)
Jangan memasang perangkat lunak apa pun (dari luar, bahkan sumber terbuka) di komputer kantor Anda tanpa izin (di sebagian besar negara, terutama untuk pekerjaan IT sensitif bagi Negara, menginstal perangkat lunak tanpa izin secara hukum merupakan kejahatan, dan Anda mungkin kehilangan pekerjaan atau masuk penjara jika Anda melakukan itu .... jadi pastikan untuk diizinkan melakukannya, mungkin tutupi pantat Anda dengan meminta izin secara tertulis, atau setidaknya melalui email).
(baik Anda harus bertanya pada kasus per kasus, atau Anda perlu untuk mendapatkan kepercayaan dari organisasi Anda akan diizinkan untuk menginstal hukum software -mostly open source atau dengan peranti lunak gratis di komputer kerja Anda).
PS. Bagaimana secara teknis membangun, mengkonfigurasi, menginstal kemudian menggunakangit
(dari kode sumber perangkat lunak gratis) -atau sebagian besar perangkat lunak bebas lainnya VCS- pada mesin (bahkan tanpa izin admin) adalah pertanyaan yang sangat berbeda (untuk ditanyakan di tempat lain). Dan dimungkinkan untuk menginstal kemudian menggunakan git
tanpa izin admin, asalkan Anda memiliki sumber daya yang cukup (waktu, ruang disk, beberapa kompiler C, dll ...) untuk itu.
Saya mencoba menginstal server Visual SVN, tetapi gagal karena saya tidak memiliki hak admin untuk menginstal.
Ini dipecahkan oleh beberapa konfigurasi khusus dan kompilasi Anda git
atau svn
dari perangkat lunak bebas kode sumber git
atau Subversion -tidak hanya paket-biner (dan juga kode sumber dari dependensi ); bagaimana melakukannya secara teknis adalah pertanyaan yang berbeda (tetapi pertanyaan teknis semacam itu harus pergi ke tempat lain ). Tentu saja Anda harus meminta izin (dari atasan Anda) untuk mengkompilasi kode sumber git
sebelum melakukannya. Dia akan memberi tahu Anda, atau Anda akan berdiskusi dengannya, tentang perincian praktis (jika ia menerima solusi semacam itu) mengenai mentransfer kode sumber itu dari luar ke komputer kerja Anda.