요 글 마지막이네요 :)
43 The tests pass with a few pending issues which is fine.
44 After the tests have run the Cucumber scenarios are executed. We get one failure here with a long error message, the nub of which says “no such file to load -- spec”.
45 It looks like we’re missing a dependency that Bundler hasn’t set up.
47 After some investigation it turns out that this project uses Git submodules so to get it working we need to run these two commands.
43 몇 가지 큰 문제 없는 이슈들을 넘기면서 테스트가 진행됩니다.
44 테스트 실행후 큐컴버 시나리오를 실행 시킵니다. 1건의 에러메세지가 있고 긴 에러메세지가 표시되지만 이 에러 메세지의 요점은 “no such file to load -- spec(스팩이란 파일을 불러올수 없어요)” 입니다.
45 번들러에서 설정해주지 않은 dependency가 빠진 것 같네요!
45 번들러에서 설정하지 않은 부분에서 빠져있는 의존 관계가 있는것 같네요.
47 조사를 해보니 이 프로젝트는 Git 서브모듈을 사용하네요. 그래서 실행을 시킬려면 우리는 이 2가지 명령어를 실행해야 합니다.
49 These will copy over the submodule repository for us.
50 We can try running the tests again now and see if they pass and this time they do.
50 이제 테스트를 다시 돌려보면 되겠어요. 그리고 통과하는지 보는 거죠. 이번에는 통과하네요.
52 Making The Changes
54 We ran into a couple of problems getting the tests to pass but we’ve finally made it.
55 This is to be expected as everyone’s development environment is different.
56 We could have saved some time if the documentation has been better on getting the project set up.
57 So, our first pull request will be to add some better documentation to the README file for setting up the development environment.
54 테스트를 통과시키기 까지 조금 문제가있기는 했지만 결국 해냈습니다.
55 각자 환경이 다르기때문에 예상된 일입니다.
56 프로젝트 설정 방법이 좀더 잘 문서화 되어있었다면, 이 시간을 좀 더 아낄수 있었을지도 모르겠네요.
57 그래서 우리들의 최초의 pull request는 README에 개발환경 설정 방법을 좀더 자세히 적는 것으로 하겠습니다.
59 It turns out that there’s already a wiki page dedicated to contributing to the VCR project, but it only contains the basics on getting set up.
60 We’ll edit this page to add some more information based on the problems we’ve had.
61 Once we’ve made our changes we can submit a pull request which adds a link to the README for this contributing guide.
63 Before we make any changes to the code we’ll make sure we have a clean working directory.
63 코드를 수정하기 전에 작업 디렉토리가 깨끗한지 확인해야 한다.
65 As we’ve modified the Gemfile we’ll revert this change before we go any further.
65 Gemfile을 수정했으면, 더 진행하기 전에 알려주어야 한다.
67 It’s a good idea to setup a separate Git branch for each pull request we want to make so we’ll do that now.
69 Now we can make our change.
70 In the development section of README.md we’ll add a link to the wiki page we just changed.
67 만들려는 각각의 pull request에 대해서 따로따로 Git branch를 만들어두는 것이 좋습니다. 이제 그것을 할게요.
69 이제 바꾸려고 한 것을 바꿀 수 있습니다.
70 README.md에 있는 개발 섹션에다가 우리가 방금 바꾼 위키 페이지로 가는 링크를 추가할 거에요.
72 Once we’ve made our changes we can run git diff to see the changes we’ve made.
73 If we’re happy with them we can commit them by running
75 This will add the branch to our Github repository.
77 When we visit our forked repository on Github now we can change the current branch to the one we just added.
