Pierwsze kroki z kontroli wersji

głosy
70

Muszę wdrożyć kontrolę wersji, nawet tylko dla rozwijających robię w domu. Czytałem o tym, jak wielki jest Subversion w ciągu ostatnich kilku lat i chciał poświęcić się nauce to na boku, aż usłyszałem o Git jest system kontroli wersji i najbliższych.

Biorąc pod uwagę sytuację, powinien trzymać się i zobaczyć, który wychodzi na wierzchu? Jakie są ich względne zalety?

Jeden problem z Git zauważyłem to nie ma wiele w pełni funkcjonalny GUI, co jest ważne dla wielu użytkowników w mojej drużynie.

Ponadto, nie miałby nic sugestie na temat jak zacząć z jednej lub drugiej strony. (tutoriale, etc.)

Utwórz 05/08/2008 o 19:29
źródło użytkownik
W innych językach...                            


34 odpowiedzi

głosy
80

Najważniejszą rzeczą kontroli wersji to:

Po prostu zacząć go używać

Nie za pomocą kontroli wersji jest okropny pomysł. Jeśli nie korzystasz z systemu kontroli wersji, przestać czytać już teraz i zacząć go używać.

Jest bardzo łatwy do konwersji z

cvs<->svn<->git<->hg

Nie ma znaczenia, który z nich wybrać. Wystarczy wybrać najłatwiejszą do użycia i rozpocząć nagrywanie historię kodzie. Zawsze można migrować do innego (D) VCS później.

Jeśli szukasz łatwy w użyciu GUI przyjrzeć TortoiseSVN (Windows) i wersje (Mac) (Sugerowana przez codingwithoutcomments )


Edytować:

pix0r powiedział:

Git ma kilka ciekawych funkcji, ale nie będzie w stanie ich docenić chyba już używany coś bardziej standardowe jak CVS czy Subversion.

To. Korzystanie git nie ma sensu, jeśli nie wiem, co wersja kontrola może zrobić dla Ciebie.

Edit 2:

Właśnie widziałem ten link na reddit: Subversion Ściągawka . Dobry szybkie odniesienia dla wiersza polecenia svn.

Odpowiedział 05/08/2008 o 19:34
źródło użytkownik

głosy
18

Użyj wywrotowej, jest łatwy w instalacji, łatwy w obsłudze i ma wiele narzędzi. Każda przyszła wersja systemu będzie miał import z funkcji SVN, więc to nie jest tak, jak nie można zmienić w dół drogi, jeśli twoje potrzeby rosną.

Odpowiedział 05/08/2008 o 19:31
źródło użytkownik

głosy
16

Subversion Book jest najlepszym narzędziem do nauki. Mogą być też inne tutoriale skrócona tam, ale książka jest najlepszy pojedynczy odniesienia znajdziesz.

Git ma kilka ciekawych funkcji, ale nie będzie w stanie ich docenić chyba już używany coś bardziej standardowe jak CVS czy Subversion. Zdecydowanie zgadzam się z poprzednich plakatów i zacząć z Subversion.

Odpowiedział 05/08/2008 o 19:36
źródło użytkownik

głosy
13

Jeśli jesteś nowy versioncontrol przeczytać:
HOWTO kontroli źródła

Odpowiedział 14/08/2008 o 08:42
źródło użytkownik

głosy
10

Idź do SVN. Jeśli nigdy nie wykorzystane kontroli źródła przed, to nie będzie miało znaczenia dla ciebie jedną lub drugą stronę.

Ponadto, nie jest duża ilość nauki zaangażowany w użyciu systemu kontroli źródła. Jeśli nauczysz się jednego, można łatwo przełączyć się na inny w późniejszym terminie.

SVN jest doskonałym narzędziem, i powinien zadbać o większość swoich potrzeb. A ponieważ to było ok, to ma sporą uczestnikiem narzędzi GUI (TortoiseSVN, na przykład).

Idź do SVN.

Odpowiedział 05/08/2008 o 19:33
źródło użytkownik

głosy
8

Użyłem RCS, CVS, SCCS, SourceSafe, sklepienie, z konieczności, Subversion i git.

Mam oceniano BitKeeper, wymiary, łuk, bazar, SVK, ClearCase, PVC i Synergy.

Gdybym miał zacząć nowe repozytorium dzisiaj, wybrałbym git . Ręce na dół.

Jest to darmowy, szybki i pod aktywnego rozwoju.

I można go używać jako klient jakiegokolwiek repozytorium SVN przy użyciu git-svn.

To rządzi.

Odpowiedział 14/08/2008 o 07:21
źródło użytkownik

głosy
8

Polubownego wyjaśnienia najbardziej podstawowych pojęć, patrz wizualny przewodnik do wersji Kontroli . Artykuł jest bardzo SVN w obsłudze.

Odpowiedział 05/08/2008 o 19:39
źródło użytkownik

głosy
5

Z własnego doświadczenia z nim, nie polecam git jako wprowadzenie do kontroli wersji. Używam go od kilku miesięcy, a mam wrażenie, że jest to bardzo silny i - teraz, że mam częściowo dostał głowę wokół niego - rozsądnie intuicyjna. Jednak krzywa uczenia się jest bardzo strome, choć używam kontroli wersji dla lat. cierpi również z bycia zbyt wyraziste - obsługuje wiele różnych przepływów pracy i modeli rozwoju, lecz jedynie wytyczne dotyczące „najlepszej” drodze do wykorzystania jest kilka stron głęboko w wyszukiwarce Google, co sprawia również, że trudne dla początkującego do piłki w górę.

Powiedział, że to jest możliwe, że począwszy od czystej karty z git może rzeczywiście być łatwiejsze - moje doświadczenie VCS to wszystko ze scentralizowanej kontroli wersji (CVS, SVN, Perforce ...) i część mojego (trwającego!) Trudności z git został zrozumienia implikacji rozproszonego modelu. Zrobiłem spojrzenie na krótko w innych DVCSes jak Bazaar i Mercurial i wydawały się być nieco bardziej nowicjuszem w obsłudze.

W każdym razie, jak mówili inni, Subversion jest chyba najprostszy sposób, aby przyzwyczaić się do myślenia kontroli wersji i zdobyć praktyczne doświadczenie z zalet VCS (wycofania, oddziałów, rozwój współpracy, łatwiejszy przegląd kodu, etc).

Aha, i nie zaczynaj z CVS. To wciąż w praktyce i ma swoje zalety, ale IMHO ma zbyt wiele historycznych dziwactwa i problemy wdrożeniowe (commity non-atomowe!) Być dobrym sposobem, aby nauczyć.

Odpowiedział 23/09/2008 o 10:32
źródło użytkownik

głosy
5

@ superjoe30

Co za pomocą kontroli źródła na własnym komputerze, jeśli jesteś jedyny programista? Jest to dobra praktyka? Są porady lub sztuczki nie związane?

Uważam git jest rzeczywiście łatwiej to jak nie potrzebujesz serwera lub martwić się o wpisanie adresu URL i tak dalej. Twoje rzeczy version-control tylko mieszka w .gitkatalogu wewnątrz projektu i po prostu iść do przodu i używać go.

5 sekund Intro (zakładając, że masz zainstalowany)

cd myproject
git init
git add * # add all the files
git commit

Następnym razem zrobić kilka zmian

git add newfile1 newfile2 # if you've made any new files since last time
git commit -a

Tak długo, jak robisz, że git ma plecy. Jeśli bałagan, Twój kod jest bezpieczny w ładnym git repozytorium. To jest zajebiste

  • Uwaga: Można znaleźć coraz rzeczy z git nieco trudniejsze niż uzyskanie ich, ale jest o wiele bardziej korzystne, aby ten problem niż nie mieć pliki w ogóle!
Odpowiedział 14/08/2008 o 08:00
źródło użytkownik

głosy
4

Również wypróbować svn wizualną dla serwera, jeśli chcesz uniknąć jakichkolwiek prac wiersza poleceń.

Odpowiedział 06/08/2008 o 19:59
źródło użytkownik

głosy
4

W mojej obecnej pracy, mój poprzednik nie używać jakiejkolwiek kontroli wersji. Są tylko góry folderów w co najmniej 3 różnych miejscach, w których trzymał wszystkich swoich projektach. Dowolny folder projekt losowych można oczekiwać, aby znaleźć co najmniej jedną nazwę folderu „projekt (stary)” i jeden o nazwie „projekt”

Z kontrolą wersji, nie musisz wykonywać kopie „bezpieczne” buduje. Tak naprawdę nie trzeba się martwić o IDE psuje pliku, nad którym pracujesz (Patrzę na ciebie, Realbasic 5,5), ponieważ jest tak łatwo popełnić (czytaj: Save) pracę każdego dnia.

Nie trzeba dodawać, że zainstalowane kontroli wersji dzień po tym, jak dowiedział się o jego istnieniu.

Również TortoiseSVN sprawia, zobowiązując się do bazy danych tak łatwe, jak kliknięcie prawym przyciskiem folder.

Odpowiedział 05/08/2008 o 20:18
źródło użytkownik

głosy
4

Mój głos idzie do Subversion. Jest to bardzo potężne, ale proste w obsłudze i ma kilka świetnych narzędzi, takich jak TortoiseSVN .

Ale jak mówili inni przede mną, po prostu zacząć go używać. Sterowanie źródłem jest tak ważną częścią procesu tworzenia oprogramowania. Nie „poważny” projekt oprogramowanie powinno być bez niego.

Odpowiedział 05/08/2008 o 19:39
źródło użytkownik

głosy
3

Git jest lepszy od dywersji, ale to trochę na krawędzi krwawienia.

Powiedziałbym, jeśli dopiero zaczynasz, skakać na krawędzi; Konfiguracja darmowe konto @ http://github.com

Mają materiały edukacyjne na miejscu dotyczące konfigurowania i korzystania git.

Odpowiedział 22/08/2008 o 19:38
źródło użytkownik

głosy
3

Jeśli jesteś na Mac OSX, znalazłem http://www.versionsapp.com/">Versions być niesamowita (free) GUI front-end do SVN.

Odpowiedział 05/08/2008 o 20:01
źródło użytkownik

głosy
2

Nie czekaj. Wybrać jedną, i iść z nim. Wszystkie systemy będą miały swoje plusy i minusy. Twoja moc mogła wyjść, ty komputer zostanie skradziony, lub pominięcia cofnąć poważna zmiana i cały kod dostaje smażone podczas gdy czekasz aby zobaczyć, kto wychodzi zwycięsko.

Odpowiedział 05/08/2008 o 19:35
źródło użytkownik

głosy
1

Jeśli zdecydujesz się pójść z Subversion i chcesz gospodarzem własnego serwera SVN, to jest bardzo ładne i łatwe windows serwer o nazwie serwer VisualSVN. Ukrywa złożoność konfiguracji serwera Apache, w zasadzie po prostu przejść obok next. Konfiguracja użytkownika jest obsługiwane z WebUI, zamiast config

http://www.visualsvn.com/server/

przy użyciu publicznej służyć RLIKE beanstalk jest prawdopodobnie łatwiejsze, ale niektórzy ludzie lubią mieć własne repozytoria, zarówno pod względem szybkości lub bezpieczeństwa

Odpowiedział 23/09/2008 o 09:46
źródło użytkownik

głosy
1

Subversion jest najlepszym wyborem dla Ciebie, jak Karl Seguin wskazał Przeniesienie do innej system wersji nie byłoby problemem. również SVN jest bardzo głupi Łatwe w użyciu GUI w Side Client (TortoiseSVN).

http://www.snee.com/bobdc.blog/2007/08/getting_started_with_subversio.html http://dojo.jot.com/WikiHome/Getting%20Started%20With%20Subversion

Odpowiedział 23/09/2008 o 07:50
źródło użytkownik

głosy
1

Użyj TortoiseSVN (version.app jeśli na komputerze Mac). Wystarczy zainstalować i przejść. Jeśli potrzebują miejsca do organizacji wygląd kodu na http://beanstalkapp.com/

Odpowiedział 22/08/2008 o 19:42
źródło użytkownik

głosy
1

To nie jest takie trudne, aby przełączać między systemami kontroli wersji. Jak wspominają inni Ważną rzeczą jest, aby zacząć korzystać z niczego, jak tylko to możliwe. Korzyści wynikające z zastosowania kontroli źródła na nie za pomocą kontroli źródła znacznie przewyższają korzyści różnicy między różnymi typami kontroli źródła.

Pamiętaj, że bez względu na to, jaka wersja kontroli źródła używasz zawsze będziesz w stanie zrobić brute force konwersji do innego systemu poprzez ustanowienie pliki ze starego systemu na dysku, a następnie importowanie tych surowych plików do nowego systemu.

Co więcej, jest zaznajomiony z podstawami sterowania źródłem jest bardzo, bardzo ważna umiejętność mieć jako programista.

Odpowiedział 06/08/2008 o 00:20
źródło użytkownik

głosy
0

Ważnym powodem, aby użyć svn zamiast CVS jest svn obsługuje dyferencjału binarnych. Że może nie ma znaczenia dla wielu programistów, ale jeśli robią szereg drobnych zmian w obrazie 10Mb, mając Unikatowy egzemplarz za każdym razem w repozytorium można żuć miejsce zadziwiająco szybko.

Używam TortoiseSVN na Windows, ale na Mac poszły do komercyjnego węgielnym klienta na klienta (obecnie komercyjne) wersjach. Znalazłem szereg bezpłatnych klientów Mac, w tym RapidSVN, miał wystarczającą ilość punktów do bólu bug mnie do łuskania się prawdziwe dolary. Bezpieczeństwo-net że CornerStone przewiduje łapania plików Zapomniałam dodać do repozytorium jest warte dolarów do mnie. Spędzam dużo czasu współpracuje z klientem w USA, który jest w przeciwnym strefy czasowej, tak nie może sobie pozwolić screwups zapominając dodać pliki!

Odpowiedział 12/01/2009 o 13:56
źródło użytkownik

głosy
0

Zacząłem używać Subversion po przeczytaniu Wil Shipleys bloga.

Więc zacząłem sprawdzanie w kodzie, jedno konto maszynowy i DreamHost. Następnie po tym, jak przypadkowo usunięte funkcji i zapisaniu mojego projektu wiedziałem, że jestem w głębokim „Dudu”, ale z wywrotową Właśnie wyrejestrowany najnowszą wersję tego pliku, a to jakby nic się nie stało.

Używam kontroli wersji za wszystko teraz. Mam zamiar się nad do git bo jest szybciej, pracuje w trybie offline, zajmuje mniej miejsca i och chłopiec jest to szybciej.

Odpowiedział 02/09/2008 o 10:35
źródło użytkownik

głosy
0

Jednym z głównych wskazówka, aby ułatwić konfigurację serwera SVN teraz jest użycie urządzenia wirtualnego. Oznacza to, że maszyna wirtualna, która Subversion zainstalowane i (przede wszystkim) wstępnie skonfigurowane na nim - całkiem dużo plug & play rzeczą. Można spróbować tutaj , tutaj i tutaj , lub po prostu spróbować wyszukiwania Google na „SVN urządzenie wirtualne”.

Odpowiedział 30/08/2008 o 17:30
źródło użytkownik

głosy
0

Coding Horror ma wielki post o jak skonfigurować Subversion na Windows .

Po tutorialu, udało mi się dostać Subervsion i TortoiseSVN działa lokalnie, i mam wykształcenie co potrzebne z niego.

O ile idzie Git, to chyba dobry pomysł, aby zrobić ręce na doświadczeniu z obu z nich, aby zrozumieć, które pasuje do konkretnej praktyki rozwoju.

Odpowiedział 25/08/2008 o 15:52
źródło użytkownik

głosy
0

Z własnego doświadczenia, svn byłyby moje zalecenie. Można nawet użyć usługi takie jak Beanstalk , który oferuje darmowe konta (oczywiście z ograniczeniami, ale wystarczający dla każdego niewielkiego projektu) do badania wody. Ale jak mówili inni, Git jest lepszy i może warto przeanalizować.

Odpowiedział 22/08/2008 o 19:42
źródło użytkownik

głosy
0

Jak wspomniano wiele razy gdzie indziej, po prostu zrób to. Udało mi się zacząć od podstaw z Subversion pod Windows w krótkim czasie poprzez czytanie instrukcji szybkiego startu w Czerwonej Księdze. Raz wskazał TortoiseSVN w repozytorium, byłem w biznesie. Zajęło mi trochę czasu, aby dostać niuanse w dół, ale były one niewielkie garby przeboleć.

Sugeruję instalowaniu usługi Subversion zamiast używać adresów URL file: //, ale to głównie osobiste preferencje. Dla repozytorium przechowywane na komputerze rozwój, file: // działa dobrze.

Odpowiedział 22/08/2008 o 19:30
źródło użytkownik

głosy
0

Wystarczy użyć TortoiseSVN, można żyć nawet bez znajomości rzeczywistych poleceń Subversion ... Ale to jest złe. Na szczęście nie zawsze będzie „wielka szansa”, aby nauczyć się ich na pamięć - gdy bezcenne repozytorium pierwszy zostanie uszkodzona.

Tak, to się zdarza.

Odpowiedział 18/08/2008 o 15:47
źródło użytkownik

głosy
0

@ Superjoe30 Tak, absoluteley. Po rozpoczęciu korzystania kontroli wersji nigdy nie wrócić. Używam go do wszystkiego, nawet mój folder „domowy”.

@Orion Edwards Subversion nie wymaga serwera. Można uzyskać dostęp do lokalnego repozytorium bezpośrednio (przez klienta, oczywiście), i nie ma proces serwera zaangażowany.

Odpowiedział 18/08/2008 o 09:17
źródło użytkownik

głosy
0

I na pewno wybrać SVN nad CVS, choćby dlatego, że ludzie, którzy nauczyli kontroli źródła używając CVS, mają tendencję do używania „ svn delete”, a następnie „ svn add” zamiast „ svn move”. Co sprawia, że trudniej znaleźć wszystkich poprzednich przeglądów konkretnego pliku. I zawsze można uaktualnić za pomocą git-svn. Ja osobiście uważam, że jest łatwiejszy do nauczenia niż Hg, ale naprawdę głównym powodem korzystania SVN jest to w dużej mierze stała się systemem kontroli wersji de facto oprogramowania Open Source.

Jeśli kiedykolwiek plan na uczenie / używanie D jest niemal obowiązkowe w celu uzyskania dostępu do repozytoriów osób trzecich, jak DSOURCE .

Odpowiedział 17/08/2008 o 02:25
źródło użytkownik

głosy
0

Jeśli na pole okien szybkie i brudne slution jest CVSNT. Łatwy w użyciu wystarczy go skonfigurować i działa bardzo dobrze.

Ja wolę SVN, ale ten jest dobry do szybkiego użycia.

Odpowiedział 07/08/2008 o 18:33
źródło użytkownik

głosy
0

superjoe30 pisze :

Podobne zapytania (być może odpowiedzi mogą być edytowane, aby odpowiedzieć na to pytanie, jak również):

Co za pomocą kontroli źródła na własnym komputerze, jeśli jesteś jedyny programista? >> Czy to dobra praktyka? Są porady lub sztuczki nie związane?

Używam SVN dla wszystkich moich projektów. Zacząłem z prowadzeniem svn na moim komputerze domowym ale ostatecznie przeniesione do Dreamhost. Ich pakiety hostingowe, które zawierają Subversion są dość rozsądne.

Odpowiedział 05/08/2008 o 19:41
źródło użytkownik

głosy
0

Tak, SVN dla preferencji, chyba że naprawdę potrzebują szczególnych cech jest git. SVN jest wystarczająco trudne; To brzmi jak git jest bardziej skomplikowana, aby żyć. Można dostać gospodarzem svn od ludzi takich jak Beanstalk - chyba, że masz w domu Linux ludzi, bym naprawdę polecam. Rzeczy może pójść nie tak strasznie łatwo i miło jest mieć kogoś, którego zadaniem jest, aby je naprawić.

Jest to doskonały poradnik na kontroli rewizyjnej od Eric Sink, które warto przeczytać nie ważne jakiego systemu używasz.

Odpowiedział 05/08/2008 o 19:40
źródło użytkownik

głosy
0

Zacznij używać SVN do rzeczywistej pracy, ale starają się znaleźć czas dla fiddling z Git i / lub Mercurial. SVN jest dość stabilny do produkcji, ale w końcu natkniesz się scenariusz, w którym będziesz potrzebować rozproszoną SCM, aw tym czasie będziesz odpowiednio uzbrojone i nowe systemy będą wystarczająco dojrzałe.

Odpowiedział 05/08/2008 o 19:38
źródło użytkownik

głosy
0

Kiedy postanowiłem muszę stosować system wersjonowania kodu, rozejrzałem się za dobrych tutoriali na jak zacząć, ale nie znaleźć żadnego, który mógłby mi pomóc.

Więc simplely zainstalowaniu serwera SVN i tortoisesvn dla klienta i zanurkował w deepend i learn't jak go używać po drodze.

Odpowiedział 05/08/2008 o 19:36
źródło użytkownik

głosy
-1

Krótka odpowiedź: Subversion jeśli jesteś jedyną osobą go kodowania lub jesteś na stronie z każdym, kogo pracować. GIT jeśli pracujesz z ludźmi w różnych miejscach i baza kodu jest ogromna.

Subversion jest naprawdę łatwy w konfiguracji i użyciu dostać. Jest to również dobre, bo można to zrobić stosunkowo skomplikowane rzeczy z niej też, jak go podłączyć do Apache i używać SSL lub podłączyć go do Trac dla zarządzania projektami. Jest tak wiele narzędzi dostępnych dla Subversion, że to naprawdę dobry wybór.

GIT jest dużo bardziej użyteczna dla ludzi, którzy są na dużych zespołach pracujących w środowisku rozproszonym. Linus T. opracował go dla zespołu Linux, bo był niezadowolony z możliwościami tradycyjnych repozytoriach. Warto uczenia się, jeśli kiedykolwiek zamierzasz pracować z ludźmi w projektach open source.

Odpowiedział 25/08/2008 o 15:46
źródło użytkownik

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more