Bagaimana cara yang benar?
git add foo.js
git commit foo.js -m "commit"
git pull
git push
Atau
git pull
git add foo.js
git commit foo.js -m "commit"
git push
Atau
git add foo.js
git pull
git commit foo.js -m "commit"
git push
UPD:
Saya lupa menyebutkan bahwa dalam kasus ini saya gunakan git add
untuk mementaskan file yang dilacak dan dimodifikasi . Tidak memasukkan file baru ke repositori. Apakah ini mengubah urutan perintah?
Jawaban:
Menurut saya cara terbaik untuk melakukannya adalah:
Simpan perubahan lokal Anda:
Perbarui cabang ke kode terbaru
Gabungkan perubahan lokal Anda ke dalam kode terbaru:
Tambahkan, komit, dan dorong perubahan Anda
Dalam pengalaman saya, ini adalah jalan menuju resistensi paling rendah dengan Git (pada baris perintah).
sumber
git stash
?tarik = ambil + gabung.
Anda perlu melakukan apa yang telah Anda lakukan sebelum menggabungkan.
Jadi tarik setelah komit.
sumber
rebase
melakukannyamerge
. Anda dapat melakukannya dengan salah satugit commit && git rebase
ataugit pull --rebase
.git pull
setelah melakukan perubahan, karena menurut saya paling alami. Meskipun saya menyadari banyak alur kerja yang berbeda berfungsi (simpanan juga bagus), jadi mungkin ini masalah selera.Saya menyarankan untuk menarik dari cabang jarak jauh sesering mungkin untuk meminimalkan penggabungan besar dan kemungkinan konflik.
Karena itu, saya akan memilih opsi pertama:
Komit perubahan Anda sebelum menarik sehingga komitmen Anda digabungkan dengan perubahan jarak jauh selama penarikan. Hal ini dapat mengakibatkan konflik yang dapat Anda mulai tangani karena mengetahui bahwa kode Anda sudah digunakan jika terjadi kesalahan dan Anda harus membatalkan penggabungan karena alasan apa pun.
Saya yakin seseorang akan tidak setuju dengan saya, saya rasa tidak ada cara yang benar untuk melakukan aliran penggabungan ini, hanya yang terbaik untuk orang-orang.
sumber
git add
digunakan persis dalam contoh saya.Saya pikir
git pull --rebase
adalah cara terbersih untuk mengatur komit terbaru Anda secara lokal di atas komit jarak jauh yang tidak Anda miliki pada titik tertentu.Jadi dengan cara ini Anda tidak perlu menarik setiap kali Anda ingin mulai membuat perubahan.
sumber
Anda ingin perubahan Anda berada di atas status cabang jarak jauh saat ini. Jadi, mungkin Anda ingin menarik diri sebelum Anda berkomitmen. Setelah itu, dorong kembali perubahan Anda.
File lokal "kotor" tidak akan menjadi masalah selama tidak ada konflik dengan cabang jarak jauh. Jika ada konflik, penggabungan akan gagal, jadi tidak ada risiko atau bahaya dalam menarik sebelum melakukan perubahan lokal.
sumber