우선, 첫 번째 질문은,

배치 파일로 팀 빌드 구성
; https://www.sysnet.pe.kr/2/0/905

위의 글에 예제가 있는데요. 저 같은 경우 모든 프로젝트에서 동일하게 버전을 가져갈 수 있도록 CommonAssemblyInfo.cs를 만들어서 링크하도록 하고, 개별 프로젝트는 그 나름대로 별도로 AssemblyInfo.cs를 가져가도록 했습니다. 자세한 사항은 위의 글을 참조하시고요.

----------

두 번째는, 사실... 개인의 선호에 관한 문제이기도 하고 갑론을박이 어느 정도 있는 질문입니다.
제 개인적으로는, 상위의 이름을 하위로 내리지 않는 것을 선호합니다.
왜냐하면, 하위의 구성요소가 다른 곳으로 이동했을 때가 문제되기 때문입니다. (그러니까,,, 저는 그 팀원에게 동의합니다. ^^)

예전에 비슷한 문제로 다른 분과 의견을 나눈적도 있습니다.

예를 들어, Product라는 클래스인데, 그 분의 경우 다음과 같이 메서드를 정의했습니다.

class Product
{
    InsertProduct();
    DeleteProduct();
}

하지만, 저는 아래와 같이 하는 것이 맞지 않겠느냐고 했지요.

class Product
{
    Insert();
    Delete();
}

그 분 의견은... 일단 제 의견에 동의는 했지만, "코드"상에서 메서드를 쓰는 주체는 "변수명"이기 때문에,

b.InsertProduct();

라고 사용되면 명시적으로 제품을 삭제한다는 것이 눈에 들어오지만,

b.Insert();

라고 하면, "b 인스턴스"에 대한 "선언" 부분을 다시 한번 찾아봐야 하기 때문에 가독성이 떨어진다는 것이었습니다. 게다가 Insert를 쓰나 InsertProduct를 쓰나 Visual Studio에서 인텔리센스 도움으로 인해 타자를 더 치는 것도 아니고 나중에 메서드 명이 바뀌어도 수작업으로 타자 치는 것이 아니기 때문에.

오호~~~ ^^ 듣고 보니, 일리 있습니다.

어쨌든,,, 이런 부분은 개인의 선호 문제이기도 하니,,, 회사라면 팀원들의 의견을 최대한 충돌 없게 취합해서 결정하시는 것이 가장 올바른 선택이라고 보여집니다. ^^

---

• [다음 글] 솔루션에 구성된 프로젝트의 버젼만 통합할려면 어떤 방법이 있습니까?
• [이전 글] 디버깅 중 이해할 수 없는 상황이

---