S/W 개발 기반 시스템 구성 – 1. 인증 시스템
이 글은 S/W 개발에 가장 기본이 되는 이슈 추적(Issue Tracker), 버전 관리(Version Control), 빌드(Build), 지속적인 통합(CI) 시스템을 구성하는 방법에 대한 일련의 글 중 첫...
The Dream of Super Surplus Power
May the force be with you.
이 글은 S/W 개발에 가장 기본이 되는 이슈 추적(Issue Tracker), 버전 관리(Version Control), 빌드(Build), 지속적인 통합(CI) 시스템을 구성하는 방법에 대한 일련의 글 중 첫...
원문: http://stevelosh.com/blog/2010/06/mercurial-workflows-translation-branches/ 이 글은 다양한 Mercurial 작업 흐름을 설명하는 일련의 글에서 세 번째이다. 첫 번째에서는 가장 간단한, 필요할 때 브랜치를 만든다를 설명했고 두 번째는 전통적인...
원문: http://stevelosh.com/blog/2010/05/mercurial-workflows-stable-default/ 이 글은 다양한 Mercurial 작업 흐름을 설명하는 일련의 글 중 두 번째이다. 첫 번째에서는 가장 간단한, 필요할 때에 브랜치를 만든다를 설명했다. 여러분이 더...
원문: http://semver.org/ 소프트웨어 관리라는 세상에는 ‘의존성 지옥’이라는 아주 두려운 곳이 있다. 시스템이 커 갈수록 더 많은 패키지를 소프트웨어에 통합하게 되고, 어느 날 자신을 돌아봤을 때는...
원문: http://stevelosh.com/blog/2010/02/mercurial-workflows-branch-as-needed/ 얼마전 빈센트 드리에센(Vincent Driessen)이 성공적인 git 브랜치 모델(a successful git branching model)의 예에 대한 글을 올렸다. 그 글은 많은 git 사용자에게 매우 유용했기에...
원문: http://stevelosh.com/blog/2009/08/a-guide-to-branching-in-mercurial/ 난 최근 freenode[1]에 있는 #mercurial과 #bitbucket 채널에서 살고 있는데 “Mercurial과 git에서 브랜치가 어떻게 다른가?”라는 질문을 꽤 많이 볼 수 있다. 좀 전에...