Post
#1
|
|
|
Grupa: Zarejestrowani Postów: 999 Pomógł: 30 Dołączył: 14.01.2007 Skąd: wiesz ? Ostrzeżenie: (0%)
|
Witam,
Czytam właśnie http://progit.org/book/ch2-2.html gdzie ciągle przewija się ten stan pliku. Mimo że było to w tym podręczniku wyjaśnione to dalej tego nie rozumiem. Mógłby mi ktoś powiedzieć kiedy dany plik znajduje się w tym stanie i co on dokładnie oznacza? Cytat As you edit files, Git sees them as modified, because you’ve changed them since your last commit. You stage these modified files and then commit all your staged changes, and the cycle repeats. This lifecycle is illustrated in Figure 2-1. Z tego co zrozumiałem to plik najpierw jest zmodyfikowany, a potem dopiero jest "w fazie"||"zorganizowany"||"wyjeleniowany" :|. Czyli staged to nie to samo co modified.
Ten post edytował starach 20.04.2010, 17:47:34 |
|
|
|
![]() |
Post
#2
|
|
|
Grupa: Zarejestrowani Postów: 77 Pomógł: 27 Dołączył: 24.03.2002 Skąd: Tarnów Ostrzeżenie: (0%)
|
Staging area to "poczekalnia", miejsce w którym można zweryfikować zmiany przed ich zacommitowaniem. Jeśli przykładowo dodasz z rozpędu jakiś plik który nie powinien być wersjonowany (np. lokalne ustawienia aplikacji, plik projektu IDE itp.), możesz go wycofać z poczekalni i dodać do .gitignore. To taki commit "na dwa razy" (IMG:style_emoticons/default/winksmiley.jpg) W dodatku bardzo fajne jest dodawanie do staging tylko fragmentów plików (git add -i), selekcjonowanie zmian itp. Jest to skrótowo opisane na http://whygitisbetterthanx.com/ (polskie tłumaczenie w drodze, fork projektu leży u mnie na GitHubie i czeka na Scotta).
|
|
|
|
Post
#3
|
|
|
Grupa: Zarejestrowani Postów: 999 Pomógł: 30 Dołączył: 14.01.2007 Skąd: wiesz ? Ostrzeżenie: (0%)
|
Dzięki.
Bo ja wiem czy dodawanie fragmentów jest fajne? Jakoś nie widzę dla tej funkcjonalności zastosowania, ale rzecz ciekawa nie powiem. (IMG:style_emoticons/default/smile.gif) |
|
|
|
![]() ![]() |
|
Aktualny czas: 3.04.2026 - 08:52 |