Saya mencoba memikirkan cara yang lebih baik untuk mengontrol versi proyek situs web kami. Ingatlah bahwa saya hanya seorang pengguna front-end jadi saya tidak memiliki pengetahuan mendalam tentang VCS.
Alur kerja berubah, dan kebiasaan kontrol versi sebelumnya menjadi usang. Masalah utama adalah ada 2 array file front-end untuk setiap situs web.
Lingkungan dev (lebih sedikit file, js tidak terkompresi, gambar, dll). Lingkungan build, "gulpified" (semuanya dikompresi dan tidak dapat dibaca oleh manusia).
Tetapi Anda tidak dapat menjual situs web dengan file sumbernya. Yah, rasanya tidak beres.
Ada solusi untuk memiliki 2 repo: satu build, satu dev, dengan tegukan mengirim file dev ke direktori build. Tapi ini merepotkan untuk dipertahankan, dengan perusahaan kecil, saya rasa itu tidak bagus. Ini menciptakan banyak repo, dan orang harus mengelola dengan beberapa repo, kadang-kadang bahkan dengan satu repo svn, timbul masalah.
Jadi ada juga solusi memiliki 1 repo: file sumber dan file prod dalam svn yang sama. Tetapi kemudian diperlukan untuk menghapus file sumber ketika situs web beralih dari server dev lokal ke server produksi (jadi ada file yang berbeda dalam satu repositori, berdasarkan lokasi, dev, atau produksi ..). Dari apa yang saya dengar, itu tidak baik
Apa cara yang benar untuk mengelola alur kerja front-end tegukan sehubungan dengan sistem kontrol versi?