─░┼člemden ├Ânce 'git add' i┼člemini nas─▒l geri alabilirim?


Al─▒nan cevaba git


Yanl─▒┼čl─▒kla komutu kullanarak git'e dosya ekledim:

 git add myfile.txt
 

Hen├╝z ko┼čmad─▒m git commit . Bunu geri alman─▒n bir yolu var, bu y├╝zden bu dosyalar i┼čleme dahil edilmeyecek mi?


8483









Cevap say─▒s─▒n─▒ say: 30






Taahh├╝tte git add bulunmadan ├Ânce geri alabilirsiniz

 git reset <file>
 

ba┼čka bir ┼čeyi de─či┼čtirmeden, onu ge├žerli dizinden (ÔÇťi┼člemek ├╝zereÔÇŁ listesi) kald─▒r─▒r.

Kullanabilirsiniz

 git reset
 

t├╝m de─či┼čikliklerden kurtulmak i├žin herhangi bir dosya ad─▒ olmadan. Makul bir s├╝rede birer birer s─▒ralanacak ├žok fazla dosya oldu─čunda bu kullan─▒┼čl─▒ olabilir.

Git'in eski s├╝r├╝mlerinde, yukar─▒daki komutlar s─▒ras─▒yla ve buna e┼čittir git reset HEAD <file> ve tan─▒ms─▒zsa (hen├╝z deponuzda herhangi bir i┼člem yapmad─▒─č─▒n─▒z i├žin) veya belirsiz ise ( aptalca bir ┼čey olarak adland─▒r─▒lan bir dal olu┼čturdu─čunuz i├žin) git reset HEAD ba┼čar─▒s─▒z olur. yapmamal─▒s─▒n). Bu Git 1.8.2'de de─či┼čtirildi , bu nedenle Git'in modern versiyonlar─▒nda ilk komutunuzu vermeden ├Ânce bile yukar─▒daki komutlar─▒ kullanabilirsiniz: HEAD HEAD https://git.kernel.org/cgit/git/git.git/tree/Documentation/RelNotes/1.8.2.txt%23n179#n179

"git reset" (se├ženekler veya parametreler olmadan) ge├žmi┼činizde herhangi bir taahh├╝t olmad─▒─č─▒nda hata vermek i├žin kullan─▒l─▒r, ancak ┼čimdi size bo┼č bir indeks verir (var olmayan bir taahh├╝tle e┼čle┼čmek i├žin).


9656







─░stedi─činiz:

 git rm --cached <added_file_to_undo>
 

Ak─▒l Y├╝r├╝tme:

Bu konuda yeniyken ilk denedim

 git reset .
 

(ilk eklentimin tamam─▒n─▒ geri almak i├žin), yaln─▒zca bu (├žok) yararl─▒ mesaj almak i├žin:

 fatal: Failed to resolve 'HEAD' as a valid ref.
 

Bunun sebebi, HEAD ref'in (┼čube?) ─░lk i┼člemden sonraya kadar var olmamas─▒d─▒r. Yani, benim gibi ayn─▒ aceminin sorunuyla kar┼č─▒la┼čacaks─▒n─▒z, i┼č ak─▒┼č─▒n─▒z da benimki gibi:

  1. Git, yeni s─▒cakl─▒k denemek i├žin benim b├╝y├╝k yeni proje dizini cd
  2. git init
  3. git add .
  4. git status

    ... bir s├╝r├╝ bok kayd─▒r─▒r ...

    => Kahretsin, hepsini eklemek istemedim.

  5. google "git addo geri al"

    => Y─▒─č─▒n Ta┼čmas─▒n─▒ Bul - yay

  6. git reset .

    => ├Âl├╝mc├╝l: 'HEAD' ├Â─česi ge├žerli bir ref olarak ├ž├Âz├╝lemedi.

Ayr─▒ca , posta listesinde bunun yarars─▒zl─▒─č─▒na kar┼č─▒ kaydedilmi┼č bir hata oldu─ču ortaya ├ž─▒kt─▒ .

Ve do─čru ├ž├Âz├╝m├╝n Git durum ├ž─▒kt─▒s─▒n─▒n tam ordayd─▒ (ki, evet, 'sa├žma olarak' yazd─▒m)

 ...
# Changes to be committed:
#   (use "git rm --cached <file>..." to unstage)
...
 

Ve ├ž├Âz├╝m ger├žekten kullanmakt─▒r git rm --cached FILE .

- Ba┼čka yerde burada uyar─▒lar─▒ Not git rm ama, dosyan─▒n yerel ├žal─▒┼čma kopyas─▒ siler de─čil kullan─▒rsan─▒z --cached . ─░┼čte sonucu git help rm :

--cached Yollar─▒ yaln─▒zca dizinden ay─▒rmak ve kald─▒rmak i├žin bu se├žene─či kullan─▒n. ├çal─▒┼čan a─ča├ž dosyalar─▒ (de─či┼čtirilmi┼č olsun olmas─▒n) b─▒rak─▒lacakt─▒r.

Kullanmaya devam ediyorum

 git rm --cached .
 

Her ┼čeyi kald─▒rmak ve tekrar ba┼člatmak i├žin. Yine de i┼če yaramad─▒, ├ž├╝nk├╝ add . ├Âzyinelemeli olsa da tekrarlama rm ihtiyac─▒ ortaya ├ž─▒kt─▒ -r . ─░├ž ├žekmek.

 git rm -r --cached .
 

Tamam, ┼čimdi ba┼člad─▒─č─▒m yere d├Ând├╝m. Bir dahaki sefere -n kuru ko┼čmak i├žin kullanaca─č─▒m ve ne eklenece─čini g├Ârece─čim:

 git add -n .
 

Hi├žbir ┼čeyi mahvetmeme git help rm konusunda g├╝venmeden ├Ânce her ┼čeyi g├╝venli bir yere s─▒k─▒┼čt─▒rd─▒m --cached (ya da yanl─▒┼č yazd─▒ysam).


2098







E─čer yazarsan─▒z:

 git status
 

git, nas─▒l sabitlenece─čine dair talimatlar da dahil olmak ├╝zere, sahnelenenleri vb.

 use "git reset HEAD <file>..." to unstage
 

Git, b├Âyle durumlarda do─čru ┼čeyi yapmam i├žin beni d├╝rtmek konusunda olduk├ža iyi bir i┼č ├ž─▒kar─▒yor.

Not: Son git s├╝r├╝mleri (1.8.4.x) bu mesaj─▒ de─či┼čtirdi:

 (use "git rm --cached <file>..." to unstage)
 

519







A├ž─▒kl─▒─ča kavu┼čturmak i├žin: git add de─či┼čiklikleri ge├žerli ├žal─▒┼čma dizininden haz─▒rlama alan─▒na (dizin) ta┼č─▒r .

Bu s├╝rece evreleme denir . En do─čal komut So sahne de─či┼čiklikleri (de─či┼čti dosyalar─▒) belirgin olan─▒d─▒r:

 git stage
 

git add sadece takma ad yazmak i├žin daha kolay git stage

Yaz─▒k orada hi├žbir git unstage ne de git unadd komutlar─▒. ─░lgili olan─▒ tahmin etmek veya hat─▒rlamak zordur, ancak olduk├ža a├ž─▒kt─▒r:

 git reset HEAD --
 

Bunun i├žin kolayca bir takma ad olu┼čturabiliriz:

 git config --global alias.unadd 'reset HEAD --'
git config --global alias.unstage 'reset HEAD --'
 

Sonunda yeni komutlar─▒m─▒z var:

 git add file1
git stage file2
git unadd file2
git unstage file1
 

┼×ahsen ben daha k─▒sa takma adlar─▒ kullan─▒yorum:

 git a #for staging
git u #for unstaging
 

242







Kabul edilen cevaba ek olarak, yanl─▒┼čl─▒kla eklenen dosyan─▒z ├žok b├╝y├╝kse, muhtemelen ' git reset ' ile dizinden ├ž─▒kard─▒ktan sonra bile .git dizinde yer kaplad─▒─č─▒n─▒ g├Âreceksiniz . Bu endi┼če edilecek bir ┼čey de─čil, dosya ger├žekten hala depoda, ancak sadece "gev┼ček bir nesne" olarak, di─čer havuzlara (klonlama, basma yoluyla) kopyalanmayacak ve sonunda geri kazan─▒lacak - belki de ├žok yak─▒nda de─čil. Endi┼čeli iseniz, ko┼čabilirsiniz:

 git gc --prune=now
 

G├╝ncelleme (en ├žok oy alan cevaplardan kaynaklanabilecek bir kar─▒┼č─▒kl─▒─č─▒ giderme giri┼čimidir):

Ger├žek Yani, geri alma ait git add ?

git reset HEAD <file> ?

veya

git rm --cached <file> ?

Kesinlikle konu┼čuyorum ve yan─▒lm─▒yorsam: hi├žbiri .

git add geri al─▒namaz - genel olarak g├╝venli bir ┼čekilde.

─░lk ├Ânce git add <file> ger├žekte ne yapt─▒─č─▒n─▒ hat─▒rlayal─▒m :

  1. E─čer <file> edilmi┼čtir daha ├Ânce izlenmeyen , git add cache ekler bug├╝nk├╝ i├žeri─čiyle.

  2. E─čer <file> edildi zaten izlenir , git add g├╝ncel i├žerik kaydeder ├Ânbelle─če (enstantane, s├╝r├╝m). GIT'de, bir dosyan─▒n iki farkl─▒ s├╝r├╝m├╝ (anl─▒k g├Âr├╝nt├╝ler) iki farkl─▒ ├Â─če olarak kabul edildi─činden , bu eylem hala add olarak adland─▒r─▒l─▒r (yaln─▒zca g├╝ncellenmez ): bu nedenle, sonunda ├Ânbellek i├žin yeni bir ├Â─če ekliyoruz. sonra g├Ârevlendirilir.

Bunun ─▒┼č─▒─č─▒nda, soru biraz belirsizdir:

Yanl─▒┼čl─▒kla bu komutu kullanarak dosya ekledim ...

OP'nin senaryosu ilk (izlenmemi┼č dosya) gibi g├Âr├╝n├╝yor, izlenen ├Â─čelerden "geri al" ─▒n (yaln─▒zca ge├žerli i├žeri─či de─čil) dosyay─▒ kald─▒rmas─▒n─▒ istiyoruz. E─čer durum b├Âyle ise, o zaman ├žal─▒┼čt─▒rmak i├žin Tamam git rm --cached <file> .

Ve ayr─▒ca ko┼čabiliriz git reset HEAD <file> . Bu genel olarak tercih edilir, ├ž├╝nk├╝ her iki senaryoda da ├žal─▒┼č─▒r: zaten izlenen bir ├Â─čenin yanl─▒┼č bir s├╝r├╝m├╝n├╝ ekledi─čimizde geri alma i┼člemini de yapar.

Fakat iki uyar─▒ var.

Birincisi: (cevab─▒nda belirtildi─či gibi) git reset HEAD i┼če yaramayan sadece bir senaryo var , ama i┼če yar─▒yor git rm --cached : yeni bir depo (taahh├╝t yok). Ancak, ger├žekten, bu pratik olarak alakas─▒z bir durum.

─░kincisi: git reset HEAD ├ľnceden ├Ânbelle─če al─▒nm─▒┼č dosya i├žeri─čini sihirli bir ┼čekilde kurtaramayaca─č─▒n─▒z─▒ unutmay─▒n, yaln─▒zca HEAD'den yeniden senkronize eder. E─čer yanl─▒┼č y├Ânlendirilmi┼č git add bir ├Ânceki a┼čamal─▒ karars─▒z s├╝r├╝m├╝n ├╝zerine yazarsa, onu kurtaramay─▒z. Bu y├╝zden, kesinlikle konu┼čursak, geri alamay─▒z [*].

├ľrnek:

 $ git init
$ echo "version 1" > file.txt
$ git add file.txt   # first add  of file.txt
$ git commit -m 'first commit'
$ echo "version 2" > file.txt
$ git add  file.txt   # stage (don't commit) "version 2" of file.txt
$ git diff --cached file.txt
-version 1
+version 2
$ echo "version 3" > file.txt   
$ git diff  file.txt
-version 2
+version 3
$ git add  file.txt    # oops we didn't mean this
$ git reset HEAD file.txt  # undo ?
$ git diff --cached file.txt  # no dif, of course. stage == HEAD
$ git diff file.txt   # we have lost irrevocably "version 2"
-version 1
+version 3
 

Elbette, sadece yeni dosyalar eklemek i├žin 'git add' i┼čleminin normal tembel i┼č ak─▒┼č─▒n─▒ takip edersek, bu ├žok kritik de─čildir (vaka 1) ve yeni git commit -a komutlar─▒ commit komutuyla g├╝ncelleriz .


* (D├╝zenleme: yukar─▒dakiler pratik olarak do─črudur, ancak yine de a┼čamal─▒ fakat taahh├╝t edilmemi┼č ve ├╝zerine yaz─▒lan de─či┼čiklikleri geri almak i├žin hafif├že dola┼čt─▒r─▒lm─▒┼č / k─▒vr─▒ml─▒ yollar olabilir - Johannes Matokic ve iolsmit'in yorumlar─▒na bak─▒n)


164







Zaten eklenmi┼č olan bir dosyay─▒ geri almak i├žin git kullan─▒m─▒ olduk├ža kolayd─▒r , myfile.txt zaten eklenmi┼č olanlar─▒ s─▒f─▒rlamak i├žin ┼čunu kullan─▒n:

 git reset HEAD myfile.txt
 

A├ž─▒klamak:

─░stenmeyen dosya (lar─▒) d├╝zenledikten sonra, geri almak i├žin, yapabilece─činiz git reset , Head yerel olarak dosyan─▒z─▒n ba┼č─▒ ve son parametre dosyan─▒z─▒n ad─▒d─▒r.

A┼ča─č─▒daki durumlarda, bu durumlarda olabilecek t├╝m ad─▒mlar da dahil olmak ├╝zere, sizin i├žin daha ayr─▒nt─▒l─▒ olarak a┼ča─č─▒daki ad─▒mlar─▒ olu┼čturuyorum:


git HEAD dosyas─▒n─▒ s─▒f─▒rla


97







 git rm --cached . -r
 

Ge├žerli dizinden ekledi─činiz her ┼čeyi tekrar tekrar "ekleyecektir"


92







Ko┼čmak

 git gui
 

ve t├╝m dosyalar─▒ el ile veya hepsini se├žerek ve onaylama d├╝─čmesinden unstage d├╝─čmesine basarak kald─▒r─▒n .


87







Git, akla gelebilecek her eylem i├žin komutlara sahiptir, ancak i┼čleri d├╝zeltmek i├žin kapsaml─▒ bilgiye ihtiya├ž duyar ve bu nedenle en iyi ihtimalle kar┼č─▒ sezgiseldir ...

Daha ├Ânce ne yapt─▒n:

  • Bir dosyay─▒ de─či┼čtirip kulland─▒n─▒z git add . ya da git add <file> .

Ne istiyorsunuz:

  • Dosyay─▒ dizinden kald─▒r─▒n, ancak ├žal─▒┼čma kopyas─▒nda kaydedilmemi┼č de─či┼čikliklerle birlikte s├╝r├╝ml├╝ ve solda tutun:

     git reset head <file>
     
  • Dosyay─▒ son durumuna HEAD'den s─▒f─▒rlay─▒n, de─či┼čiklikleri geri al─▒n ve dizinden ├ž─▒kart─▒n:

     # Think `svn revert <file>` IIRC.
    git reset HEAD <file>
    git checkout <file>
    
    # If you have a `<branch>` named like `<file>`, use:
    git checkout -- <file>
     

    Bu, git reset --hard HEAD tek dosyalarla ├žal─▒┼čmad─▒─č─▒ i├žin gereklidir .

  • <file> ├çal─▒┼čma kopyas─▒ndaki de─či┼čiklikleri i├žeren s├╝r├╝mlendirilmemi┼č dosyay─▒ saklayarak dizinden ve s├╝r├╝mden ├ž─▒kart─▒n :

     git rm --cached <file>
     
  • <file> ├çal─▒┼čan kopyadan ve s├╝r├╝mlerden tamamen kald─▒rma :

     git rm <file>
     

82


2013-03-29





Soru a├ž─▒k├ža ifade edilmedi. Sebep bunun git add iki anlam─▒ var:

  1. haz─▒rlama alan─▒na yeni bir dosya ekleyerek , ard─▒ndan geri al git rm --cached file .
  2. haz─▒rlama alan─▒na de─či┼čtirilmi┼č bir dosya ekleyerek , ard─▒ndan geri al git reset HEAD file .

┼č├╝pheniz varsa kullan─▒n

 git reset HEAD file
 

├ç├╝nk├╝ her iki durumda da beklenen ┼čeyi yap─▒yor.

Uyar─▒: de─či┼čtirilmi┼č bir dosyada (daha ├Ânce depoda var git rm --cached file olan bir dosya) yaparsan─▒z , dosya kald─▒r─▒l─▒r ! Halen dosya sisteminizde mevcut olacakt─▒r, ancak herhangi biri sizin taahh├╝d├╝n├╝z├╝ yerine getirirse, dosya ├žal─▒┼čma a─čac─▒ndan silinir. git commit

git status Dosyan─▒n yeni bir dosya m─▒ yoksa de─či┼čtirilmi┼č mi oldu─čunu size s├Âyleyecektir :

 On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    new file:   my_new_file.txt
    modified:   my_modified_file.txt
 

75







─░lk taahh├╝d├╝n i├žindeyseniz ve kullanam─▒yorsan─▒z git reset , sadece "Git iflas─▒n─▒" bildirin ve .git klas├Âr├╝ silin ve ba┼čtan ba┼člay─▒n


64







Di─čer cevaplar─▒n ├žo─čuna g├Âre kullanabilirsiniz git reset

FAKAT:

Asl─▒nda i├žin Git komutunu (iyi bir takma ad) ekler bu b├╝y├╝k k├╝├ž├╝k yaz─▒ bulundu git unadd : bak─▒n─▒z git unadd bilgi veya i├žin ..

basit├že,

 git config --global alias.unadd "reset HEAD"
 

┼×imdi yapabilirsin

 git unadd foo.txt bar.txt
 

57







Yeni git add -i eklenen dosyalar─▒ yakla┼čmakta olan taahh├╝d├╝n├╝zden kald─▒rmak i├žin kullan─▒n . ├ľrnek:

─░stemedi─činiz dosyay─▒ eklemek:

 $ git add foo
$ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       new file:   foo
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
# [...]#
 

Eklentinizi geri almak i├žin etkile┼čimli eklentiye girme (git buraya yaz─▒lan komutlar "r" (geri d├Ând├╝rme), "1" (geri d├Ând├╝rme listesindeki ilk giri┼č g├Âsterilir), geri d├Ând├╝rme modundan ├ž─▒kmak i├žin 'geri d├Ân' ve "q" (├ž─▒kmak):

 $ git add -i
           staged     unstaged path
  1:        +1/-0      nothing foo

*** Commands ***
  1: [s]tatus     2: [u]pdate     3: [r]evert     4: [a]dd untracked
  5: [p]atch      6: [d]iff       7: [q]uit       8: [h]elp
What now> r
           staged     unstaged path
  1:        +1/-0      nothing [f]oo
Revert>> 1
           staged     unstaged path
* 1:        +1/-0      nothing [f]oo
Revert>> 
note: foo is untracked now.
reverted one path

*** Commands ***
  1: [s]tatus     2: [u]pdate     3: [r]evert     4: [a]dd untracked
  5: [p]atch      6: [d]iff       7: [q]uit       8: [h]elp
What now> q
Bye.
$
 

Bu kadar! ─░┼čte "foo" nun takip edilmeyen listesine geri d├Ând├╝─č├╝n├╝ g├Âsteren kan─▒t─▒n─▒z:

 $ git status
# On branch master
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
# [...]
#       foo
nothing added to commit but untracked files present (use "git add" to track)
$
 

44







git remove veya git rm bunun i├žin --cached bayrakla birlikte kullan─▒labilir . Deneyin:

 git help rm
 

43


2008-12-07





Yeni bir projeye ba┼člad─▒─č─▒n─▒zda, bu rahats─▒z edici sorunu ├Ânlemek i├žin bir yol:

  • Yeni projeniz i├žin ana dizini olu┼čturun.
  • Run git init .
  • ┼×imdi bir .gitignore dosyas─▒ olu┼čturun (bo┼č olsa bile).
  • .Gitignore dosyan─▒z─▒ tamamlay─▒n.

Git, git reset herhangi bir taahh├╝d├╝n yoksa yapman─▒ ger├žekten zorla┼čt─▒r─▒yor . E─čer olu┼čturursan─▒z yapabilirsiniz bundan sonra k├╝├ž├╝k ba┼člang─▒├ž, sadece bir tane sahip u─čruna taahh├╝t git add -A ve git reset her┼čeyin hakk─▒n─▒ almak i├žin istedi─činiz s─▒kl─▒kta olarak.

Bu y├Ântemin bir ba┼čka avantaj─▒, daha sonra sat─▒r sonu s─▒k─▒nt─▒lar─▒yla kar┼č─▒la┼č─▒rsan─▒z ve t├╝m dosyalar─▒n─▒z─▒ yenilemeniz gerekirse, kolay:

  • ─░lk taahh├╝d├╝n├╝z├╝ kontrol edin. Bu, t├╝m dosyalar─▒n─▒z─▒ kald─▒racak.
  • O zaman en son taahh├╝d├╝n├╝z├╝ tekrar kontrol edin. Bu, ge├žerli sat─▒r sonu ayarlar─▒n─▒z─▒ kullanarak dosyalar─▒n─▒z─▒n yeni kopyalar─▒n─▒ al─▒r.

38







Belki de sorunuzu yay─▒nlad─▒─č─▒n─▒zdan beri Git geli┼čti.

 $> git --version
git version 1.6.2.1
 

┼×imdi deneyebilirsiniz:

 git reset HEAD .
 

Arad─▒─č─▒n ┼čey bu olmal─▒.


34







Bir revizyon belirtemezseniz, bir ay─▒r─▒c─▒ dahil etmeniz gerekti─čini unutmay─▒n. Konsolumdan ├Ârnek:

 git reset <path_to_file>
fatal: ambiguous argument '<path_to_file>': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions

git reset -- <path_to_file>
Unstaged changes after reset:
M   <path_to_file>
 

(git s├╝r├╝m 1.7.5.4)


34







Yeni dosyalar─▒ haz─▒rlama alan─▒ndan kald─▒rmak i├žin (ve yaln─▒zca yeni bir dosya olmas─▒ durumunda), yukar─▒da belirtildi─či gibi:

 git rm --cached FILE
 

Sadece yanl─▒┼čl─▒kla eklenen yeni dosyalar i├žin rm --cached kullan─▒n.


31


2009-06-22





Belirli bir klas├Ârdeki (ve alt klas├Ârlerindeki) her dosyay─▒ s─▒f─▒rlamak i├žin a┼ča─č─▒daki komutu kullanabilirsiniz:

 git reset *
 

25







* ayn─▒ anda birden fazla dosyay─▒ i┼člemek i├žin komutu kullan─▒n.

 git reset HEAD *.prj
git reset HEAD *.bmp
git reset HEAD *gdb*
 

vb


25







Sadece git reset geri d├Ânecek ┼čekilde yaz─▒n ve git add . son i┼čleminizden bu yana asla yazmam─▒┼čs─▒n─▒z gibi . Daha ├Ânce taahh├╝t etti─činizden emin olun.


23







San─▒r─▒m yeni bir dosya olu┼čturdum newFile.txt .


g├Âr├╝nt├╝ tan─▒m─▒n─▒ buraya girin

Diyelim ki dosyay─▒ yanl─▒┼čl─▒kla ekledim. git add newFile.txt


g├Âr├╝nt├╝ tan─▒m─▒n─▒ buraya girin

┼×imdi taahh├╝t etmeden ├Ânce bu eklentiyi geri almak istiyorum. git reset newFile.txt


g├Âr├╝nt├╝ tan─▒m─▒n─▒ buraya girin


19







Belirli bir dosya i├žin:

  • git s─▒f─▒rla my_file.txt
  • git ├Âdeme my_file.txt

T├╝m eklenen dosyalar i├žin:

  • Git s─▒f─▒rla.
  • Git ├Âdeme.

Not: Google Checkout dosyalardaki kodu de─či┼čtirir ve en son g├╝ncellenmi┼č (taahh├╝t edilen) duruma ge├žer. s─▒f─▒rlama kodlar─▒ de─či┼čtirmez; sadece ba┼čl─▒─č─▒ s─▒f─▒rlar.


18







Bu komut de─či┼čikliklerinizi kald─▒racakt─▒r:

 git reset HEAD filename.txt
 

Ayr─▒ca kullanabilirsiniz

 git add -p 
 

dosyalar─▒n par├žalar─▒n─▒ eklemek i├žin.


14







Kimsenin etkile┼čimli moddan bahsetmemesine ┼ča┼č─▒rd─▒m:

 git add -i
 

dosya eklemek i├žin se├ženek 3'├╝ se├žin. Benim durumumda genellikle birden fazla dosya eklemek istiyorum, etkile┼čimli modda dosya eklemek i├žin bu say─▒lar─▒ kullanabilirsiniz. Bu 4: 1,2,3,5 d─▒┼č─▒nda hepsini alacak

Bir dizi se├žmek i├žin, 1'den 5'e kadar hepsini almak i├žin sadece 1-5 yaz─▒n.

Git haz─▒rlama dosyalar─▒


14







Git eklemek geri almak i├žin kullan─▒m─▒

git reset filename


14







 git reset filename.txt
 

Dosya ad─▒.txt adl─▒ bir dosyay─▒ ge├žerli dizinden, "i┼člem yap─▒lacak" alan─▒ndan ba┼čka bir ┼čey de─či┼čtirmeden kald─▒racak.


10







git add myfile.txt # bu, dosyan─▒z─▒ taahh├╝t alt─▒na al─▒nm─▒┼č bir listeye ekler

Bu komutun tam tersi,

 git reset HEAD myfile.txt  # this will undo it. 
 

├Âyleyse, ├Ânceki durumda olacaks─▒n. belirtilen takip edilmemi┼č listede tekrar olacakt─▒r (├Ânceki durum).

kafan─▒z─▒ belirtilen dosya ile s─▒f─▒rlar. bu nedenle, e─čer kafan─▒zda bulunmuyorsa, basit├že s─▒f─▒rlayacakt─▒r


10







SourceTree'de bunu kolayca gui ├╝zerinden yapabilirsiniz. Sourcetree'nin bir dosyay─▒ ay─▒rmak i├žin hangi komutu kulland─▒─č─▒n─▒ kontrol edebilirsiniz.

Yeni bir dosya olu┼čturdum ve git'e ekledim. Sonra onu SourceTree gui kullanarak etiketledim. Sonu├ž bu:

Dosyalar─▒ serbest b─▒rakma [08/12/15 10:43]
git -c diff.mnemonicprefix = false -c core.quotepath = false -c credential.helper = sourcetree reset -q - yol / / / dosya / dosyaad─▒.java

SourceTree, reset yeni dosyalar─▒ ay─▒rmak i├žin kullan─▒r .


9







En sezgisel ├ž├Âz├╝mlerden biri SourceTree kullan─▒yor .

Yaln─▒zca a┼čamal─▒ ve etiketlenmemi┼č dosyalar─▒ s├╝r├╝kleyip b─▒rakabilirsiniz
g├Âr├╝nt├╝ tan─▒m─▒n─▒ buraya girin


8



─░lgili yay─▒nlar


ÔÇťGit commitÔÇŁ yerine ÔÇťgit commit --amendÔÇŁ nas─▒l yap─▒l─▒r

Tek bir dosyay─▒ haz─▒rlama alan─▒ndan nas─▒l kald─▒rabilirim (git add ekle)?

Git s─▒f─▒rlama i┼člemi nas─▒l geri al─▒n─▒r?

Git tek bir komutla ekleyin ve kabul edin

Git'teki bir sonraki taahh├╝d├╝ nas─▒l bulabilirim? (├žocuk / ref ├žocuklar─▒)

ÔÇťGit add <dir>ÔÇŁ ifadesini geri al?

Git'te belirli bir i┼člemi bir daldan di─čerine nas─▒l birle┼čtirebilirim?

Git'teki hatal─▒ bir i┼čleme iletisini nas─▒l d├╝zenlerim (itti─čim)?

Uzaktan ─░zleme ┼×ubesinden 'git getir' ve 'git birle┼čtirme' ('git pull' gibi)

Git add '─▒ geri al - all [duplicate]

Etiketle ilgili di─čer sorular [git]


Python'da harici bir komut ├ža─č─▒rmak

URLÔÇÖyi JavaScriptÔÇÖte kodla?

.NET'te ondal─▒k, de─či┼čken ve ikili aras─▒ndaki fark?

SQL tablosunda yinelenen de─čerleri bulma

─░ki dizin a─čac─▒ verildi─činde, hangi dosyalar─▒n farkl─▒ oldu─čunu nas─▒l ├Â─črenebilirim?

Ondal─▒k Say─▒y─▒ ─░kili Olarak D├Ân├╝┼čt├╝r

ISO 8601 Uyumlu Dize'yi java.util.Date'e D├Ân├╝┼čt├╝rme

Java 8'deki map ve flatMap y├Ântemleri aras─▒ndaki fark nedir?

ImageView geni┼čli─čini ve y├╝ksekli─čini programl─▒ olarak ayarla

T├╝retilmi┼č s─▒n─▒f i┼člevinden bir ├╝st s─▒n─▒f i┼člevi nas─▒l ├ža─čr─▒l─▒r?