1

주제: 여러분께 테스트를 부탁드립니다 :)

이 포럼은 새로 태어날 태터툴즈의 개발버전을 다룹니다. 이러한 시스템에 익숙하신 분들도 많으시겠지만 그렇지 않으신 분을 위하여 간단한 설명을 해 보겠습니다. :)
---
버전과 릴리즈라는 말을 아래에서 사용할 것이니 먼저 설명을 드리겠습니다. 태터툴즈를 예로 들면, 현재 태터툴즈의 버전이 1.0.4라는 이야기를 합니다. 숫자를 보고 느끼셨듯이, 일반적으로 숫자가 클 수록 최근에 나온 태터툴즈임을 말합니다. 그럼 윈도우의 경우는 어떤지 실험해 볼까요? 시작버튼을 누르시고 '실행'을 눌러 나오는 입력상자에 cmd라고 누르면 검정색 상자가 나옵니다. 거기에 'ver'라고 입력해 보세요. 윈도우 XP 사용자라면 일반적으로 5.1.2600 정도가 나올 것입니다.

일반적으로 1.0.4라면, 앞의 1.0을 버전이라고 부르고, 4를 릴리즈 라고 부릅니다. 버전 숫자는 프로그램에 큰 변화가 생겼을 때 변합니다. 릴리즈 숫자는 커다란 변화는 없지만 버그가 수정되거나, 자잘한 부분이 변했을 때 변합니다.
---

프로그램을 만들 때는 하나의 버전(version) 이 공개된 이후 바로 다음 버전을 위한 작업이 시작됩니다. 만약 개발 과정이 닫혀있는 프로그램의 경우라면 그 중간 과정이 없이 어느날 새로운 버전과 릴리즈 번호를 가진 프로그램이 등장합니다. 하지만 개발 과정이 열려있는 프로그램들의 경우, 발표되는 프로그램과 그 다음으로 발표되는 프로그램 사이에는 수많은 중간 단계들이 존재합니다. 이러한 중간단계의 프로그램들을 일반적으로 trunk라고 하고, 그 사이의 버전번호는 리비전이라고 합니다. 예를 들어, 위에서 윈도우 XP의 예를 보면 2600이 리비전 번호입니다.

새로운 버전을 위한 작업이 시작되면, 기능을 추가하거나 오류를 수정하는 중간 단계의 프로그램들이 있습니다. 보통 이런 프로그램들은 현재 정식으로 발표된 버전과 비교해서 추가된 기능이 있거나 버그가 고쳐지거나 하지만, 반면 충분한 테스트를 거치지 않았기 때문에 불안정한 경우가 많습니다. 하지만 이러한 프로그램을 테스트하고 문제점을 발견하는 것은 매우 중요합니다. 정식 발표판이 나오기 이전에, 발생할 수 있는 수많은 오류들을 미리 발견하고 더 안정적인 프로그램을 발표할 수 있기 때문입니다. 그래서 이 포럼이 생겼습니다. 이 포럼에서는 1.0.5 개발판에서 발생하는 문제점이나 개선사항에 대한 이야기를 다룹니다.

그리고 여러분께 부탁드립니다. 여러분이 태터툴즈에 익숙하신 분이시거나, 새로운 기능을 테스트해 보고 싶으시다거나, 최신 버전의 프로그램을 좋아하시는 분이라면 개발 버전을 설치하고 테스트를 부탁드립니다. 어떠한 종류의 피드백이라도 환영입니다. 문제점이나 개선해야 할 사항을 발견하는 것은 태터툴즈가 쑥쑥 커 나가기 위해 주는 좋은 비료가 될 것입니다 :)

(프로그래밍에 자신있거나 이상한 상황에 대처를 많이 해보신 분이 아니시라면 자신의 메인 블로그를 개발버전으로 업데이트하면 위험할 수 있습니다 ㅠ_ㅠ 다른 디렉토리에 따로 설치를 해 주시고, 다른 구분자를 입력해서 개발버전의 태터툴즈를 기존의 태터툴즈와 분리해서 설치해주세요 :cool: )

개발버전 내려받기

"Everything looks different on the other side."

-Ian Malcomm, from Michael Crichton's 'The Jurassic Park'

2

답글: 여러분께 테스트를 부탁드립니다 :)

다운받아서 설치하고 TEST 중입니다 ㅎㅎ;

For the ways of man are before the eyes of the LORD, and he pondereth all his goings. - Proverbs 5:21
I can do all things through Christ which strengtheneth me. - Philippians 4:13

3

답글: 여러분께 테스트를 부탁드립니다 :)

소필 작성:

다운받아서 설치하고 TEST 중입니다 ㅎㅎ;

만세 >_<
피드백 많이 부탁드립니당 ㅎㅎ

"Everything looks different on the other side."

-Ian Malcomm, from Michael Crichton's 'The Jurassic Park'

4

답글: 여러분께 테스트를 부탁드립니다 :)

저도 다운 받아서 설치할 생각입니다.
실제로 운영중인 블러그에서 사용해 보는게 좋겠죠?
물론 백업은 필수^^

svn export http://dev.tattertools.com/svn/trunk tattertools

요런식으로 해서 다운로드 받아가면 현재 개발버전을 받아갈수 있는건가요?
명령어를 실행시키고 나니까 아래와 같이 나오는군요.

익스포트된 리비전 4.
제대로 한건지 모르겠군요.

실험본은 아래 명령어를 통해서 가능하군요^^  오후 06:29분자 업로드중입니다.
svn export http://dev.tattertools.com/sandbox/trunk

익스포트된 리비전 15.

webthink (2006-04-16 18:29:12)에 의해 마지막으로 수정

5

답글: 여러분께 테스트를 부탁드립니다 :)

webthink 작성:

저도 다운 받아서 설치할 생각입니다.
실제로 운영중인 블러그에서 사용해 보는게 좋겠죠?
물론 백업은 필수^^

svn export http://dev.tattertools.com/svn/trunk tattertools

요런식으로 해서 다운로드 받아가면 현재 개발버전을 받아갈수 있는건가요?
명령어를 실행시키고 나니까 아래와 같이 나오는군요.

익스포트된 리비전 4.
제대로 한건지 모르겠군요.

현재 개발 버젼의 리비젼은 4 로 되어 있는 것이 맞을 것입니다.
앞으로 배포사이에 있는 개발버젼에 적절한 리비젼이 부여될 수 있도록 조치하도록 하겠습니다.

예전에는 내보내기 바로 직전에 리비젼을 업데이트해서 배포를 했었거든요.
중간과정을 여러분들과 함께 하는 만큼, 이런 작은 부분들도 신경을 써야 되겠군요..

지적해주셔서 감사합니다.

6

답글: 여러분께 테스트를 부탁드립니다 :)

chester 작성:

현재 개발 버젼의 리비젼은 4 로 되어 있는 것이 맞을 것입니다.
앞으로 배포사이에 있는 개발버젼에 적절한 리비젼이 부여될 수 있도록 조치하도록 하겠습니다.

예전에는 내보내기 바로 직전에 리비젼을 업데이트해서 배포를 했었거든요.
중간과정을 여러분들과 함께 하는 만큼, 이런 작은 부분들도 신경을 써야 되겠군요..

지적해주셔서 감사합니다.

한가지 부탁이 있다면, trunk가 업데이트 될 때 (sandbox를 거치지 않고) 메인 소스트리에 수정된 사항들이 sandbox에도 반영이 되도록 latest trunk를 sandbox에 merging을 시켜주시면 안될까요?

reporter분들은 sandbox에서 update와 commit을 사용하게 됩니다. 지금은 제가 수동으로 trunk의 업데이트 사항을 merging하고 있습니다만, 이 경우 svn의 '각 파일의 마지막 수정자가 그 파일을 commit할 수 있다' 는 점 때문에 crizin님이나 papacha님이 수정하신 부분을 merging을 해도 바로 sandbox에 commit 할 수가 없게 됩니다. 그래서 delete후 다시 add해서 제가 수정한 것으로 바꾸어야 commit이 된다는...

trunk의 변동사항이 그때마다 sandbox에 merging이 된다면 이러한 수고도 줄어들고, 파일의 수정자에 대한 정확한 정보도 기록될 수 있어서 좋을 것 같습니다. smile

"Everything looks different on the other side."

-Ian Malcomm, from Michael Crichton's 'The Jurassic Park'

7

답글: 여러분께 테스트를 부탁드립니다 :)

일단, 잘 알지는 못해서... 제 계정의 다른 폴더를 만들어 설치해보았습니다. ^^;;
가장 좋은 방법은....... 제가 사용하는 블로그에 설치해서 플러그인도 내가 사용하는대로, 포스팅도 내가 하는대로 해보아야 진정한 테스트가 될터이지만, 잘 모르기 때문에...... 따로 만들어보았습니다.

그래도, 내 블로그를 하는 것처럼 포스트도 복사하고;;;;;(본 블로그에 포스팅한 걸 붙여넣기~ -_-) 플러그인도 몇가지 설치해보면서... 테스트 해보겠습니다. +_+a

8

답글: 여러분께 테스트를 부탁드립니다 :)

테스트사이트 : http://ghj.pe.kr
리비전 : 15
         svn export http://dev.tattertools.com/sandbox/trunk
         명령어를 실행하여 익스포트된 리비전 15.


suggestion script를 태터툴즈로부터 시작하게 하여
timeout waiting으로 인한 글쓰기 문제

localhosts파일을 조작해서 아래와 같이

127.0.0.1         localhost
10.10.10.1        www.eolin.com
10.10.10.1        eolin.com

접근이 안되게 한다음 글쓰기를 해보았습니다.
이건 전에 제가 제시했던 내용이라
(
  아랑==>webthink로 아이디 변경했습니다.
  forum에서 계정삭제는 안되는군요.
)

오호잘되더군요 태그입력도 잘되고

영어 기본 제공 기능
특별한 문제는 없어보이네요.

운영해보다가 문제 생기면 리포트 하겠습니다.

9

답글: 여러분께 테스트를 부탁드립니다 :)

아이디 지워 드렸습니다 smile

"Everything looks different on the other side."

-Ian Malcomm, from Michael Crichton's 'The Jurassic Park'

10

답글: 여러분께 테스트를 부탁드립니다 :)

트랙백 스팸처리는 1.06으로 넘어갔죠?

한동안 안들어 오길래 오호 개발버젼에서 해결을 했나 싶었는데 또 들어 오는군요..


this is very good.
this is very good 09:44
this is very good.
this is very good 09:13
this is very good.
this is very good 08:59

webthink (2006-04-18 11:53:17)에 의해 마지막으로 수정

11

답글: 여러분께 테스트를 부탁드립니다 :)

webthink 작성:

트랙백 스팸처리는 1.06으로 넘어갔죠?

한동안 안들어 오길래 오호 개발버젼에서 해결을 했나 싶었는데 또 들어 오는군요..


this is very good.
this is very good 09:44
this is very good.
this is very good 09:13
this is very good.
this is very good 08:59

지금 맘 같애서는 하루 날 잡고 파바박 해결을 해 버리고 싶습니다 =_=;

제 홈페이지에도 뭐가 그렇게 좋다고 this is very good이라고 수십번씩 트랙백 주시는지 =_=;;;;;

"Everything looks different on the other side."

-Ian Malcomm, from Michael Crichton's 'The Jurassic Park'

12

답글: 여러분께 테스트를 부탁드립니다 :)

음.. 제가 시간이 없어서 소스를 직접 수정해서 커밋하는 것을 못하고 있는데..
시간이 없다는 것 말고도 한 가지 문제가 더 있습니다.
localhost에 설치한 게 로그인이 안 됩니다. ㅠ.ㅠ
MySQL의 암호 필드 등등 다 살펴보고, 보안 설정, 쿠키 설정 등등 확인해봤는데, 웹에서 운영하고 있는 제 블로그는 아주 잘 되는 반면 제 노트북의 Windows용 Apache 서버 기반으로 돌리는 sandbox 개발 버전은 로그인이 아예 안 되는군요. (공식 소스트리 버전도 마찬가지입니다)

로그인하고 나면 아무런 화면 변화 없이 다시 빈 로그인창이 나옵니다.

무슨 문제일까요?

참고로 Apache 설정은

Alias /tts "D:/Programming Sources/Daybreaker's PHP/Tattertools_sandbox/trunk"
<Directory "D:/Programming Sources/Daybreaker's PHP/Tattertools_sandbox/trunk">
    Options FollowSymLinks
    AllowOverride all
    Order allow,deny
    Allow from all
</Directory>

이런 식으로 되어 있습니다. htaccess 파일명이 ".htaccess"가 아닌 "_htaccess"이기 때문에 설치 과정에서 수동으로 파일명을 바꿔줌으로써 설치는 잘 되었습니다.

예전에 1.0.1, 1.0.2 나올 때 chester님께 부탁받아서 설치해봤을 때는 문제가 없었는데...

덕분에 테스트를 제대로 못해보고 있습니다. orz (뭐, login 부분 소스를 조금 들여다보기는 했지만 완전 분석할만큼 시간이 없기 때문에..-_- 내일 모레가 중간고사.. OTL)

daybreaker (2006-04-18 15:53:30)에 의해 마지막으로 수정

문제의 답은 우리 안에 있다.
내면에 귀를 기울여 보자.

13

답글: 여러분께 테스트를 부탁드립니다 :)

어떤 소스를 export해서 테스트를 해야하나요?

Subversion 사용 HOWTO 이재홍 작성:

trunk : 단어 자체의 뜻은 본체 부분, 나무줄기, 몸통 등 입니다.
프로젝트에서 가장 중심이 되는 디렉토리입니다. 모든 프로그램 개발 작업은
trunk 디렉토리에서 이루어집니다. 그래서 위의 구조에서 trunk 디렉토리
아래에는 바로 소스들의 파일과 디렉토리가 들어가게 됩니다.

branches : 나무줄기(trunk)에서 뻗어져 나온 나무 가지를 뜻합니다.
trunk 디렉토리에서 프로그램을 개발하다 보면 큰 프로젝트에서 또 다른 작은
분류로 빼서 따로 개발해야 할 경우가 생깁니다. 프로젝트안의 작은 프로젝트라고
생각하면 됩니다. branches 디렉토리 안에 또 다른 디렉토리를 두어 그 안에서
개발하게 됩니다.

tags : tag는 꼬리표라는 뜻을 가지고 있습니다. 이 디렉토리는 프로그램을
개발하면서 정기적으로 릴리즈를 할 때 0.1, 0.2, 1.0 하는 식으로 버전을 붙여
발표하게 되는데 그때그때 발표한 소스를 따로 저장하는 공간입니다. 위에서 보면
tags 디렉토리 아래에는 버전명으로 디렉토리가 만들어져 있습니다.

SandBox ? 개발트리실험본이란 무엇입니까?  작성:

Reporter 분들의 다양한 실험을 지원하여 Developer 단계에 이를 수 있도록 도와드리기
위한 일종의 핵실험장(?)입니다.  Reporter 등급 이상의 분들만 Commit 이 가능하시며,
SandBox 에서 원활이 동작하는 코드는 Developer 에 의해서 바로 원본트리에도 반영이
됩니다. SandBox 에서 원본트리로 채택되는 코드가 많아지면 해당 Reporter 는 Developer
의 자격을 얻으시게 되고, 원본트리에 대한 Commit 이 가능해지게 됩니다.
원본소스트리는 안정성을 유지하기 위하여 대단히 조심스럽게 다루어져야 하는 소스트리입니다.
2중 3중의 commit 절차가 복잡하지만, 안정화된 Tattertools 를 위한 불가피한 조치임을
양해해 주시기 바랍니다.

오늘 SandBox에 있는 내용을 export해서 블러그로 업데이트했습니다.
Trunk에는 #5가 해결되어 있는데 SandBox에는 적용이 되어 있지 않습니다.
한글파일업로드시에 일어나는 문제를 해결했죠.
SandBox를 거치지 않고 바로 Trunk로 들어가게 된것 같은데 SandBox는 Trunk보다
항상 많은 내용을 포함하고 있어야 되지 않나요?
만약에 공통으로 사용하는 클래스가 SandBox를 거치지 않고 수정되었을 경우 문제가 발생
할것 같습니다.

충분한 버그테스트를 위해 Trunk에 반영되기전 sandBox를 통한 개발및  버그테스트를 마치고
적용되는게 좋을것 같네요.

저의 개인적인 생각은 안정성도 중요하지만 개발의 효율성을 위해서는 trunk에서 작업 하는게
더 좋지않을까 하네요. 공동으로 개발은 해보지 않아서 ^^ 열심히 dev.tattertools.com이 어떻게 돌아가나
유심히 모니터링 하고있습니다.
분리되어서 개발해야될 프로젝트는 branches에서 만들고 작업한후 디렉토리만옮기면
되니가 충돌이 일어나지는 않을꺼구.

먼곳에서 바라보면서 한수 배우고 있습니다.
다들 수고가 많으십니다.^^

14

답글: 여러분께 테스트를 부탁드립니다 :)

daybreaker 작성:

음.. 제가 시간이 없어서 소스를 직접 수정해서 커밋하는 것을 못하고 있는데..
시간이 없다는 것 말고도 한 가지 문제가 더 있습니다.
localhost에 설치한 게 로그인이 안 됩니다. ㅠ.ㅠ
MySQL의 암호 필드 등등 다 살펴보고, 보안 설정, 쿠키 설정 등등 확인해봤는데, 웹에서 운영하고 있는 제 블로그는 아주 잘 되는 반면 제 노트북의 Windows용 Apache 서버 기반으로 돌리는 sandbox 개발 버전은 로그인이 아예 안 되는군요. (공식 소스트리 버전도 마찬가지입니다)

로그인하고 나면 아무런 화면 변화 없이 다시 빈 로그인창이 나옵니다.

무슨 문제일까요?

참고로 Apache 설정은

Alias /tts "D:/Programming Sources/Daybreaker's PHP/Tattertools_sandbox/trunk"
<Directory "D:/Programming Sources/Daybreaker's PHP/Tattertools_sandbox/trunk">
    Options FollowSymLinks
    AllowOverride all
    Order allow,deny
    Allow from all
</Directory>

이런 식으로 되어 있습니다. htaccess 파일명이 ".htaccess"가 아닌 "_htaccess"이기 때문에 설치 과정에서 수동으로 파일명을 바꿔줌으로써 설치는 잘 되었습니다.

예전에 1.0.1, 1.0.2 나올 때 chester님께 부탁받아서 설치해봤을 때는 문제가 없었는데...

덕분에 테스트를 제대로 못해보고 있습니다. orz (뭐, login 부분 소스를 조금 들여다보기는 했지만 완전 분석할만큼 시간이 없기 때문에..-_- 내일 모레가 중간고사.. OTL)

D:/Programming Sources/Daybreaker's PHP/
공백이랑 ' 걸리는군요
아래와 같이 해보시죠?
D:/Programming_Sources/Daybreaker_s_PHP/

로그인이 안된다고 하니 세션디렉토리 문제일수도 있겟네요.


php.ini의 session.save_path 를 확인해보세요.

아래와 같이 설정이 되어있는지요 tmp란 디렉토리는 실제로 존재해야 겠죠.
session.save_path = "C:\tmp"

테터툴즈 소스를 분석은 안해봐서 Db로 세션을 처리하는지
File로 처리하는지 아니면 쿠키로 처리하는지는 잘 모릅니다.

15

답글: 여러분께 테스트를 부탁드립니다 :)

webthink 작성:

오늘 SandBox에 있는 내용을 export해서 블러그로 업데이트했습니다.
Trunk에는 #5가 해결되어 있는데 SandBox에는 적용이 되어 있지 않습니다.
한글파일업로드시에 일어나는 문제를 해결했죠.
SandBox를 거치지 않고 바로 Trunk로 들어가게 된것 같은데 SandBox는 Trunk보다
항상 많은 내용을 포함하고 있어야 되지 않나요?
만약에 공통으로 사용하는 클래스가 SandBox를 거치지 않고 수정되었을 경우 문제가 발생
할것 같습니다.

충분한 버그테스트를 위해 Trunk에 반영되기전 sandBox를 통한 개발및  버그테스트를 마치고
적용되는게 좋을것 같네요.

저의 개인적인 생각은 안정성도 중요하지만 개발의 효율성을 위해서는 trunk에서 작업 하는게
더 좋지않을까 하네요. 공동으로 개발은 해보지 않아서 ^^ 열심히 dev.tattertools.com이 어떻게 돌아가나
유심히 모니터링 하고있습니다.
분리되어서 개발해야될 프로젝트는 branches에서 만들고 작업한후 디렉토리만옮기면
되니가 충돌이 일어나지는 않을꺼구.

먼곳에서 바라보면서 한수 배우고 있습니다.
다들 수고가 많으십니다.^^

현재 아직까지는 태터앤 컴퍼니 분들 외에 trunk 에 직접 commit할 수 있는 권한을 가지신 분이 없습니다. 그래서 일단은 제가 직접 latest trunk와 sandbox의 변화사항을 merge해서 sandbox로 넣고 있습니다. smile (그래서 살짝 늦기도 합니다만;;; )

현재 개발의 대부분이 TNC에서 이루어지고 있기 때문에, sandbox를 거쳐 trunk에 반영되기에는 이중의 수고가 드는 문제가 있습니다. 그래서 예전에 한 번 latest trunk가 바로 갱신될 때 마다 sandbox에도 merging 후 업데이트를 부탁드렸는데, 바쁘신 것 같습니다. ㅠ_ㅠ

되도록 sandbox가 언제나 bleeding edge가 되도록 노력하겠습니다.

"Everything looks different on the other side."

-Ian Malcomm, from Michael Crichton's 'The Jurassic Park'

16

답글: 여러분께 테스트를 부탁드립니다 :)

webthink 작성:

php.ini의 session.save_path 를 확인해보세요.

아래와 같이 설정이 되어있는지요 tmp란 디렉토리는 실제로 존재해야 겠죠.
session.save_path = "C:\tmp"

테터툴즈 소스를 분석은 안해봐서 Db로 세션을 처리하는지
File로 처리하는지 아니면 쿠키로 처리하는지는 잘 모릅니다.

태터툴즈는 DB를 이용해서 자체적인 세션 처리를 하는 것으로 알고 있습니다. (1.x대부터 그렇게 되었죠)

webthink 작성:

D:/Programming Sources/Daybreaker's PHP/
공백이랑 ' 걸리는군요
아래와 같이 해보시죠?
D:/Programming_Sources/Daybreaker_s_PHP/

이렇게 했더니 아예 Not Found가 뜹니다. -.-

문제의 답은 우리 안에 있다.
내면에 귀를 기울여 보자.

17

답글: 여러분께 테스트를 부탁드립니다 :)

http://oooko.net/gomme/?p=200

답이 적혀져있네요^^
소스를 보니 쿠키하고 DB를 이용하네요

session table만 적당이 활용하면 현재접속자랑 그사용자가 무슨페이지를 보고 있는지 알수있겠네요

18

답글: 여러분께 테스트를 부탁드립니다 :)

webthink 작성:

http://oooko.net/gomme/?p=200

답이 적혀져있네요^^
소스를 보니 쿠키하고 DB를 이용하네요

session table만 적당이 활용하면 현재접속자랑 그사용자가 무슨페이지를 보고 있는지 알수있겠네요

오오, 감사합니다. 덕분에 해결했습니다.

그러나 시험 공부를 하러... 잠수 탑니다. -_-

문제의 답은 우리 안에 있다.
내면에 귀를 기울여 보자.

19

답글: 여러분께 테스트를 부탁드립니다 :)

inureyes 작성:
webthink 작성:

오늘 SandBox에 있는 내용을 export해서 블러그로 업데이트했습니다.
Trunk에는 #5가 해결되어 있는데 SandBox에는 적용이 되어 있지 않습니다.
한글파일업로드시에 일어나는 문제를 해결했죠.
SandBox를 거치지 않고 바로 Trunk로 들어가게 된것 같은데 SandBox는 Trunk보다
항상 많은 내용을 포함하고 있어야 되지 않나요?
만약에 공통으로 사용하는 클래스가 SandBox를 거치지 않고 수정되었을 경우 문제가 발생
할것 같습니다.

충분한 버그테스트를 위해 Trunk에 반영되기전 sandBox를 통한 개발및  버그테스트를 마치고
적용되는게 좋을것 같네요.

저의 개인적인 생각은 안정성도 중요하지만 개발의 효율성을 위해서는 trunk에서 작업 하는게
더 좋지않을까 하네요. 공동으로 개발은 해보지 않아서 ^^ 열심히 dev.tattertools.com이 어떻게 돌아가나
유심히 모니터링 하고있습니다.
분리되어서 개발해야될 프로젝트는 branches에서 만들고 작업한후 디렉토리만옮기면
되니가 충돌이 일어나지는 않을꺼구.

먼곳에서 바라보면서 한수 배우고 있습니다.
다들 수고가 많으십니다.^^

현재 아직까지는 태터앤 컴퍼니 분들 외에 trunk 에 직접 commit할 수 있는 권한을 가지신 분이 없습니다. 그래서 일단은 제가 직접 latest trunk와 sandbox의 변화사항을 merge해서 sandbox로 넣고 있습니다. smile (그래서 살짝 늦기도 합니다만;;; )

현재 개발의 대부분이 TNC에서 이루어지고 있기 때문에, sandbox를 거쳐 trunk에 반영되기에는 이중의 수고가 드는 문제가 있습니다. 그래서 예전에 한 번 latest trunk가 바로 갱신될 때 마다 sandbox에도 merging 후 업데이트를 부탁드렸는데, 바쁘신 것 같습니다. ㅠ_ㅠ

되도록 sandbox가 언제나 bleeding edge가 되도록 노력하겠습니다.

안정성과 더불어 서로 sync시에 변경사항을 리뷰하면서 검증할 수 있어서 지금처럼 official과 sandbox를 계속 분리해서 운영하고자 합니다. 또한 지금은 reporter에 개발에 능숙하신 분만 계시지만 i18n 등을 위해 그렇지 못한 분들도 reporter에 포함시키고자 합니다.

sandbox에 좀더 급진적인 시도를 하시는 것도 제 개인적인 생각으로는 좋다고 봅니다. 이러한 시도가 일반적이지 않아 official에 채택되지 않으수도 있으나 반대로 오히려 더 좋은 반응이 나오다면 official에 채택되겠지요. 즐겁게 모래성을 쌓아보세요.

지금은 developer등급이신 TNF분들이 안 계시지만, 어느 정도 시간이 지나 reporter분들 중에서 충분히 Tattertools 1.0 소스를 이해하셔서 official에 commit하실 수 있기를 저희도 바라고 있습니다.

또한 sync의 불편을 저희도 인지하고 있으며, 어느 정도 세미오토화 시킬려고 준비하고 있습니다. 좋은 아이디어 가지고 계시면 알려주세요.

감사합니다.

20

답글: 여러분께 테스트를 부탁드립니다 :)

'급진적인' 시도 ;;

새겨듣겠습니다 big_smile

일단 클래식에서 정식으로 이사올 때 무지 아쉬웠던 것들만 다 집어넣은 후에 이상한-_- 것들을 시도해보렵니다 ㅎ_ㅎ

"Everything looks different on the other side."

-Ian Malcomm, from Michael Crichton's 'The Jurassic Park'