버전 제어 시작하기

버전 제어 시작하기

---

집에서 개발하는 경우에도 버전 제어를 구현해야합니다. 나는 지난 몇 년 동안 Subversion이 얼마나 위대한 지에 대해 읽었으며 Git이 최신 버전 제어 시스템이라는 소식을들을 때까지이를 측면에서 배우는 데 전념하려고했습니다.

상황을 감안할 때 어떤 것이 맨 위에 나오는지 잠시 기다려야합니까? 그들의 상대적인 이점은 무엇입니까?

Git에서 알아 낸 한 가지 문제는 전체 기능을 갖춘 GUI가 많지 않다는 것입니다. 이는 팀의 많은 사용자에게 중요합니다.

또한, 둘 중 하나를 시작하는 방법에 대한 제안을 신경 쓰지 않을 것입니다. (튜토리얼 등)

---

버전 관리에서 가장 중요한 것은 다음과 같습니다.

사용 시작

버전 제어를 사용하지 않는 것은 끔찍한 생각입니다. 버전 제어를 사용하지 않는 경우 지금 읽기를 중지하고 사용을 시작하십시오.

변환하는 것은 매우 쉽습니다.

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

어느 것을 선택하든 상관 없습니다. 사용하기 가장 쉬운 것을 선택하고 코드 기록 기록을 시작하십시오. 나중에 언제든지 다른 (D) VCS로 마이그레이션 할 수 있습니다.

사용하기 쉬운 GUI를 찾고 있다면 TortoiseSVN (Windows) 및 버전 (Mac) ( 코딩없이 제 안됨 ) 을 살펴보십시오.

---

편집하다:

pix0r의 말 :

Git에는 몇 가지 멋진 기능이 있지만 CVS 또는 Subversion과 같은 더 많은 표준을 이미 사용하지 않는 한 이러한 기능을 감상 할 수 없습니다.

이. 버전 제어가 당신을 위해 무엇을 할 수 있는지 모른다면 git을 사용하는 것은 무의미합니다.

편집 2 :

reddit에서이 링크를 보았습니다 : Subversion Cheat Sheet . svn 명령 줄에 대한 좋은 빠른 참조.

---

Subversion을 사용하면 설정과 사용이 쉬우 며 다양한 도구가 있습니다. 향후 개정 시스템에는 SVN 기능에서 가져 오기 기능이 있으므로 필요가 증가하면 길을 변경할 수 없습니다.

---

파괴 예약 도구를 배우는 가장 좋은 건입니다. 다른 빠른 시작 자습서가있을 수 있지만 책은 찾을 수있는 최고의 단일 참조입니다.

Git에는 몇 가지 멋진 기능이 있지만 CVS 또는 Subversion과 같은 더 많은 표준을 이미 사용하지 않는 한 이러한 기능을 감상 할 수 없습니다. 나는 이전 포스터에 확실히 동의하고 Subversion으로 시작합니다.

---

만약 당신이 versioncontrol을 처음 사용한다면 이것을 읽으십시오 :
Source Control HOWTO

---

SVN으로 이동하십시오. 이전에 소스 제어를 사용해 본 적이 없다면 어떤 식 으로든 상관 없습니다.

또한 소스 제어 시스템 사용과 관련된 많은 학습이 없습니다. 하나를 배우면 나중에 다른 것으로 쉽게 전환 할 수 있습니다.

SVN은 훌륭한 도구이며 대부분의 요구 사항을 처리해야합니다. 그리고 주변에 있었기 때문에 GUI 도구 (예 : TortoiseSVN)의 공정한 공유자가 있습니다.

SVN으로 이동하십시오.

---

대부분의 기본 개념에 대한 친숙한 설명은 A Visual Guide to Version Control을 참조하십시오 . 이 기사는 매우 SVN 친화적입니다.

---

RCS, CVS, SCCS, SourceSafe, Vault, perforce, subversion 및 git을 사용했습니다.

BitKeeper, Dimensions, arch, bazaar, svk, ClearCase, PVCS 및 Synergy를 평가했습니다.

오늘 새 저장소를 시작해야한다면 git을 선택합니다 . 손을 아래로.

무료이며 빠르며 활발하게 개발 중입니다.

git-svn을 사용하여 모든 하위 버전 저장소의 클라이언트로 사용할 수 있습니다.

그것은 흔든다.

---

헉

유일한 프로그래머라면 자신의 컴퓨터에서 소스 제어를 사용하는 것은 어떻습니까? 이것이 좋은 습관입니까? 관련 팁이나 요령이 있습니까?

서버가 필요하지 않거나 URL 입력 등에 대해 걱정할 필요가 없기 때문에 git이 실제로 더 쉽습니다. 버전 관리 항목 .git은 프로젝트 내의 디렉토리에 있으며 계속해서 사용하면됩니다.

5 초 소개 (설치했다고 가정)

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

다음에 몇 가지 변경을 할 때

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

당신이 그렇게하는 한, git은 당신의 등을 가지고 있습니다. 엉망인 경우 코드는 멋진 git 저장소에서 안전합니다. 그것은 굉장

• 참고 : git에서 물건을 꺼내는 것이 들어가는 것보다 조금 더 어려울 수 있지만, 파일을 전혀 가지지 않는 것보다 문제가있는 것이 훨씬 더 낫습니다!

---

From my own experience with it, I wouldn't recommend git as an introduction to version control. I've been using it for a couple of months now, and my impression is that it's very powerful and - now that I've partially got my head around it - reasonably intuitive. However, the learning curve is very steep, even though I've been using version control for years. It also suffers from being too expressive - it supports many different workflows and development models, but the only guidance on "the best" way to use it is a few pages deep in a Google search, which also makes it tricky for a newcomer to pick up.

즉, git을 사용하여 빈 슬레이트에서 시작하는 것이 실제로 더 쉬울 수 있습니다. 내 VCS 경험은 모두 중앙 집중식 버전 제어 (CVS, SVN, Perforce ...)이며 git에 대한 내 (진행중인!) 어려움의 일부는 분산 모델의 의미를 이해합니다. Bazaar 및 Mercurial과 같은 다른 DVCS를 간략히 살펴 보았는데 초보자에게 좀 더 친숙한 것 같았습니다.

어쨌든 다른 사람들이 말했듯이 Subversion은 버전 제어 사고 방식에 익숙해지고 VCS (롤백, 분기, 공동 개발, 더 쉬운 코드 검토 등)의 이점을 실제로 경험하는 가장 쉬운 방법 일 것입니다.

아, 그리고 CVS로 시작하지 마세요. 여전히 실용적이며 장점이 있지만 IMHO에는 학습하기에 좋은 방법이 되기에는 너무 많은 역사적 단점과 구현 문제 (비원 자적 커밋!)가 있습니다.

---

My vote goes to Subversion. It's very powerful, yet easy to use, and has some great tools like TortoiseSVN.

But as others have said before me, JUST START USING IT. Source control is such an important part of the software development process. No "serious" software project should be without it.

---

At my current job, my predecessor did not use any kind of version control. There are just mountains of folders in at least 3 different places where he kept all of his projects. Any random project folder can be expected to find at least one folder name "project (OLD)" and one named "project"

With version control, you never have to make copies of "safe" builds. You don't really have to worry about your IDE corrupting the file you're working on (I'm looking at you, REALBasic 5.5) because is so easy to commit (Read: Save) your work every day.

Needless to say, I installed version control the day after I found out it existed.

Also, TortoiseSVN makes committing to the database as easy as right clicking a folder.

---

Also try out visual svn for your server if you want to avoid any command line work.

---

If you are on Mac OSX, I found http://www.versionsapp.com/">Versions to be an incredible (free) GUI front-end to SVN.

---

Git is superior to subversion, but it's a little bit out on the bleeding edge.

I'd say, if you're just getting started, jump on the edge; setup a free account @ http://github.com

They have educational material on site for setting up & using git.

---

Don't wait. Pick one, and go with it. All systems will have their pluses and minuses. Your power could go out, you computer gets stolen, or you forget to undo a major change and all your code gets fried while you're waiting to see who emerges victorious.

---

It's not that difficult to switch between version control systems. As others have mentioned the important thing is to start using anything as soon as possible. The benefits of using source control over not using source control vastly outweigh the differential benefits between different types of source control.

Remember that no matter what version of source control you are using you will always be able to do a brute force conversion to another system by laying down the files from your old system onto disk and then importing those raw files into the new system.

Moreover, being familiar with source control fundamentals is a very, very important skill to have as a software developer.

---

Use TortoiseSVN (version.app if on mac). Just install and go. If you need a place to host your code look at http://beanstalkapp.com/

---

SubVersion is the best Choice for you , As Karl Seguin pointed out Moving to Another Versioning System would not be a problem. also SVN has very goof Easy to use GUIs in the Client Side (TortoiseSVN).

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

---

If you choose to go with subversion and you want to host your own svn server, then there is a very nice and easy windows based server called VisualSVN server. It hides the complexity of setting up an apache server, you basically just go next next next. User configuration is handled with a webUI, instead of a config

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

using a public serve rlike beanstalk is probably easier, but some people like to have their own repositories, either for speed or security

---

When I decided I must use a code versioning system, I looked around for any good tutorials on how to get started but didn't find any that could help me.

So I simplely installed the SVN Server and Tortoise SVN for the client and dived into the deepend and i learn't how to use it along the way.

---

Start using SVN for your actual work, but try to make time for fiddling around with Git and/or Mercurial. SVN is reasonably stable for production, but eventually you'll face a scenario where you'll need a distributed SCM, by which time you'll be properly armed and the new systems will be mature enough.

---

Yup, SVN for preference unless you really need git's particular features. SVN is hard enough; It sounds like git is more complicated to live with. You can get hosted svn from people like Beanstalk - unless you have in-house Linux people, I'd really recommend it. Things can go wrong horribly easily and it's nice to have someone else whose job it is to fix it.

There's an excellent tutorial on revision control from Eric Sink which is worth reading no matter which system you use.

---

superjoe30 writes:

Related question (perhaps answers can be edited to answer this question as well):

What about using source control on your own computer, if you're the sole programmer? Is >>this good practice? Are there related tips or tricks?

I use SVN for all of my personal projects. I started off with running svn on my home machine but eventually migrated over to Dreamhost. Their hosting packages that include Subversion are pretty reasonable.

---

If on a windows box a quick and dirty slution is CVSNT. Easy to use just set it up and works very well.

I myself prefer SVN but this is a good one for quick use.

---

I would definitely choose SVN over CVS, if only because people who learned source control using CVS, tend to use "svn delete" then "svn add" instead of "svn move". Which makes it harder to find all of the previous revisions of a specific file. And you can always upgrade to using git-svn. I personally think it is easier to learn than hg, but really the main reason to use SVN is it has largely become the de-facto version control system of Open Source Software.

If you ever plan on learning / using D it is almost mandatory to access the third party repositories, like DSource.

---

@superjoe30 Yes, absoluteley. Once you start using version control you never go back. I use it for everything, even my "home" folder.

@Orion Edwards Subversion does not require a server. You can access a local repository directly (via a client, of course), and there is no server process involved.

---

Just use TortoiseSVN, and you can live even without knowing actual Subversion commands... But that's bad. Luckily there will always be a “great opportunity” to learn them by heart — when your priceless repository first gets corrupted.

Yes, it happens.

---

As mentioned many times elsewhere, Just Do It. I was able to get started from scratch with Subversion under Windows in no time by reading the quick-start guide in the Red Book. Once I pointed TortoiseSVN at the repository, I was in business. It took me a while to get the finer points down, but they were minor humps to get over.

I'd suggest installing the Subversion Service instead of using file:// URLs, but that's mostly personal preference. For a repository stored on your development machine, file:// works fine.

---

From personal experience, svn would be my recommendation. You can even use a service like Beanstalk that offers free accounts (with limits obviously, but sufficient for any smallish project) to test the waters. But as others have said, git is superior and is likely worth looking into.

---

지금 바로 SVN 서버를 쉽게 설정할 수있는 한 가지 주요 팁은 가상 어플라이언스를 사용하는 것입니다. 즉, Subversion이 사전 설치되고 (대부분) 사전 구성된 가상 머신-거의 플러그 앤 플레이 방식입니다. 여기 , 여기 및 여기 에서 시도하거나 "Subversion 가상 어플라이언스"에서 Google 검색을 시도 할 수 있습니다 .

참고 URL : https://stackoverflow.com/questions/2658/getting-started-with-version-control