4월, 2010의 게시물 표시

부서별 혹은 프로젝트별로 회사문서를 관리하고 싶으시다면

이미지
기업용 위키 필수사항: Confluence 공간 접근권한 Matt Hodges 가 Confluence 에 대해 이야기 합니다 (2010년 4월) 지난번에 저는 Mediawiki와 같은 일반목적의 위키와 Confluence 와 같은 기업용위키( enterprise wiki ) 사이의 가장 큰 차이점이 접근권한 이 라는 것을 언급하였습니다. 이전 내용에서는 Confluence의 시스템접근권한( Global Permissions ) 에 대해 자세히 알아보았습니다. 이번에는 공간접근권한( Space Permissions ) 에 대해서도 같이 알아보겠습니다. 공간 접근권한이 왜 필요한 것인가? Confluence를 사용하면 여러분은 무제한의 공간을 생성할 수 있습니다. 각 공간은 사실 독립적으로 관리되는 위키라고 볼 수 있습니다. 만약 Confluence를 사내 네크워크( intranet ) 로 활용한다면, 여러분 조직의 각 팀별, 부서별로 공간을 생성할 수 있습니다. 만약 위키를 문서보관소( documentation) 로 사용한다면, 각 프로젝트에 대해 공간을 생성할 수도 있습니다. 혹은 Confluence를 지식관리( knowledge base ) 목적으로 사용한다면, 각각의 제품들에 대한 공간을 생성할 수 있습니다. 이제 특정 공간은 모든 사용자가 보아서는 안되고 특정 사용자나 그룹만이 볼 수 있게 해야하는 경우가 있을 수 있습니다. 예를들면, 오직 프로젝트팀의 인원들만 볼 수 있는 프로젝트를 관리하는데 공간을 사용하는 경우가 있을 수 있습니다. 이런 경우, Confluence의 공간 접근권한을 사용하면, 공간의 컨텐츠를 프로젝트팀의 멤버에게만 허용하도록 접근을 제한할 수 있는 것입니다. 이제, Atlassian Documentation 와 같이 Confluence를 사용한 공개 위키를 생각해 봅시다. 이 경우 사용자문서를 공개하기 위해 각 제품의 버전별로 공간이 생성되어 있습니다. 누구나 로그인하지 않고도 문서들을 열람할 수 있지만, 공간 접근권한을 통

Sonar 를 아시나요?

이미지
여러분의 JIRA 대시보드에 Sonar Gadgets 을 넣어보세요! Jesse Gibbs 가 plugins 에 대해 이야기 합니다. (2009년 10월) Atlassian Codegeist IV 플러그인 대회는 매년 AtlasCamp 를 통해 열리고 그 출품물들은 Atlassian plugin 개발 사이트에 등록됩니다. 2009년에는 6작품이 선정되었는데, 그 중에 가장 좋은 OpenSocial Gadget 부문을 수상한 Ross Rowe 가 개발한 Sonar gadget 이 있습니다. Sonar 는 Codehaus 에 서 제작한 인기있는 오픈소스 코드 품질 관리 플랫폼으로 개발팀이 자신들의 소스코드에 대한 메트릭스 보고서를 만들고 분석, 수집하는 환경을 제공합니다. Sonar는 Clover , PMD, Findbugs, Checkstyle 등 과 같은 복수의 코드 품질 체크(커버리지) 도구로부터 메트릭스를 수집합니다. Sonar 는 또한 자동빌드환경( continuous integration (CI)) 좋은 역할을 수행합니다. 사실, Atlassian에서 개발한 사용하기 편리한 CI 서버인 Bamboo 와 Sonar를 연동할 수 있는 2개의 플러그인이 있습니다.: Bamboo Sonar Plugin by Ross Rowe Marvelution Bamboo Sonar Plugin by Marvelution Sonar gadget 이 설치되면, 여러분의 JIRA Dashboard 에 Sonar 로부터 여러 개의 유용한 메트릭스를 추가할 수 있습니다: 코드 커버리지(Code coverage)와 테스트 성공결과 메소드와 클래스 복잡도 라인수(Line count), 댓글과 중복 트리맵(Tree map) Sonar Gadget 은 무료이며, Atlassian Plugin Exchange 사이트에서 다운로드 받으실 수 있습니다. 지금 사용해 보십시요.

JavaScript 개발에서 자동빌드환경을 구축을 검토하신다면

이미지
Bamboo를 이용한 JavaScript 자동빌드(CI-Continuous Integration) Jesse Gibbs 가 Bamboo 에 대해 이야기 합니다. (2010년 1월) 최근 인터렉티브한 웹사이트와 웹 어플리케이션과 함께 빠른개발환경(RDE) 에서 JavaScript 이벤트 핸들링, 에니메이션, Ajax 인터렉션을 위한 JQuery 라이브러리의 사용이 매우 대중적이 되었습니다. 이러한 JQuery 기반의 어플리케이션에 대해서도 빡빡한 일정과 급격한 변동사항은 자동빌드(CI-continuous integration)에 대한 요구를 만들고 있습니다. 저는 최근 어떻게 JQuery기반의 웹 어플리케이션에서 QUnit으로 쓰여진 유닛 테스트(JQuery 라이브러리에 포함된 유닛 테스트 프레임워크) 를 수행하기 위해 자동빌드 환경( continuous integration ) 을 구축하는 지를 다루면서 Bamboo를 이용하여 Javascript 에 대한 자동빌드환경(Continuous integration)을 구축 하는 내용에 대해 의견을 교환하는 토론 쓰레드를 발견하였습니다. 이 쓰레드에서 기술된 해결방법은 다음과 같습니다: 자동빌드(continuous integration ) 를 위한 Atlassian Bamboo JQuery테스트와 다른 클라이언트 혹은 서버사이드 JavaScript를 위한 QUnit JUnit 호환 XML로 출력을 변경해 주고 테스트를 구동시키기 위한 JSTestDriver 이것은 어떤 프로그래밍 언어로 쓰여진 어플리케이션이라도 CI 빌드를 수행할 수 있는 Bamboo의 활용에 대한 좋은 예입니다. 커맨드라인에서 빌드를 시작하고, 산업계 표준인 JUnit XML 포멧으로 테스트 결과를 출력하는 동안은, Bamboo를 사용하여 자동빌드환경(CI)을 쉽게 구축할 수 있는 것입니다. 어떤 언어의 커맨드라인 기반의 빌드 수행 뿐만 아니라, Bamboo는 Ant, Maven, Maven2, make, MSBuild 그리고 Devenv (

회사 내부 문서 일부를 외부에 오픈하고 싶으시다면

이미지
기업용 Wiki 의 필수: Confluence 전체사이트 접근권한 Matt Hodges 가 Confluence 에 대해 이야기 합니다. (2010년 4월) 위키가 최근 기업에 의해 많이 채택되고 있습니다. 사람들이 위키에 대해 처음 이야기를 들을 때, 위키피디어( Wikipedia ) 를 먼저 떠올립니다. 무료 오픈소스 Mediawiki를 기반으로 한 위키피디어는 현재 세계에서 가장 잘 알려진 위키입니다. 사실 Mediawiki 와 같은 플랫폼과 Confluence와 같은 enterprise wiki 위키 사이에는 몇 개의 큰 차이점이 있다는 것을 깨닫는 것이 매우 중요합니다. 가장 큰 차이점은 접근권한( Permissions ) 입니다. Mediawiki 인용 : MediaWiki는 오픈 컨텐츠를 위해 디자인되었기 때문에, 위키의 일부분에 대한 접근을 제한하려는 곳에서는 때로 적합하지 않습니다. 이러한 경우에는 다른 위키 소스프트웨어(혹은 위키가 아닌 소프트웨어) 가 더 나을 수 있습니다. 접근권한의 3가지 단계 Confluence 는 기업에서 필요한 요구를 만족하는 3단계의 접근권한 구조를 가집니다. 이 글은 전체사이트 접근권한( Global Permissions ) 을 주제로 한 세가지 이야기 중 첫 번째 이야기 입니다. 만약 위키 인트라넷 솔루션( intranet solution ) 을 가지고 있다면, 등록된 사용자에게 여러분의 인트라넷의 일부 혹은 전체 보기 권한을 제한할 수도 있습니다. 혹은, 위키를 모두에게 공개하여 Atlassian 과 같이 문서( documentation ) 혹은 지식관리( knowledge base ) 목적으로 사용한다면, 로그인 하지 않는 익명의 사용자도 컨텐츠를 볼 수 있도록 하기를 원할 것입니다. Confluence의 전체사이트 접근권한은 이러한 것들을 가능하게 합니다. 아래 라이브 예제를 포함한 전체 사이트 접근권한에 대한 개요 비디오를 확인해 보십시요. 아래 비디오를 Confluence 페이지에 추가하시고