Saya merencanakan penulisan ulang lengkap proyek saya, menggunakan kerangka kerja lain, dll. Akan menyenangkan untuk menyimpan kode lama termasuk riwayat untuk referensi. Apa cara terbaik untuk melakukan ini, untuk menghindari risiko, kebingungan, dan kejutan?
Gagasan saya adalah membuat cabang baru, ganti semuanya di sana dan dapatkan versi "baru" dasar yang berjalan di sana, beri tag pada master "lama" yang terakhir, dan kemudian gabungkan cabang ke master. Apakah ini masuk akal?
Jawaban:
Saya memilih untuk menyimpan semuanya dalam satu repositori.
Saya akan:
Begini caranya:
Selain itu: Anda juga bisa membuat tag dari kode lawas lama, jika Anda tahu Anda tidak akan pernah ingin menambahkan komitmen untuk itu.
Kapan Anda harus membuat repositori baru alih-alih melakukan ini:
sumber
Kecuali ada alasan mendesak untuk menggabungkan penulisan ulang dan cabang-cabang sejarah, saya akan memisahkannya. Buat cabang baru untuk menyimpan kode lama, lakukan penulisan ulang di master, dan pisahkan dengan cara itu. Dengan begitu Anda selalu dapat bekerja dengan kerangka / implementasi lama jika situasinya berubah.
sumber
Itulah gunanya cabang yatim.
Anda mungkin perlu mengatur
new_branch
sementara cabang default di Github karena ini menampilkan master secara default.sumber
Anda bisa membuat cabang baru di proyek saat ini, tetapi mungkin lebih baik untuk menandai repositori sebagai pribadi kemudian membuat yang baru untuk kode baru Anda, dengan cara itu Anda masih memiliki repositori lama tetapi tidak ada mengasapi dari pekerjaan yang sudah usang.
Saya sarankan Anda mengambil pendekatan ini daripada mencoba untuk kemudian menggabungkan cabang kembali ke menguasai tidak hanya karena Anda masih akan memiliki mengasapi itu dari kode usang, tetapi juga karena mungkin ada beberapa konflik gabungan frustasi pada saat Anda siap untuk lakukan tarikan. Untuk menghindari itu, yang terbaik adalah memulai dengan cabang yang jelas daripada menggabungkan dua cabang yang sama sekali berbeda.
sumber