프로그래밍 농장

5/7

Tennessee201 — Thu, 7 May 2026 16:14:50 +0900

Trello 라인 봇 알림을 위한 API key/token 발급방법

Tennessee201 — Fri, 3 Apr 2026 12:10:33 +0900

- Trello api key 발급을 위해 아래 링크접속 (작업자는 Admin 권한이 있어야함)

https://trello.com/power-ups/admin/new

- 아래의 순서에 맞추어 입력

New Power-Up Integration name 입력 (ex. fnc_7sin ..)
Workspace 선택
Email : 작업중인 admin 당사자의 email
support contact : 작업중인 admin 당사자의 email
Author : 입력 (ex. f&c ..)
Iframe connector URL : 그대로 두기
create 클릭
생성된것 클릭하여 api key 확인가능

- Trello api token 발급을 위해 아래 링크접속 (작업자는 Admin 권한이 있어야함)

링크 맨뒤의 ${key} 부분에 위에서 발급한 key 입력후 접속

https://trello.com/1/authorize?expiration=never&scope=read,write,account&response_type=token&name=Server%20Token&key=${key}

- Trello Board id 조회를 위한 작업 (작업자는 Admin 권한이 있어야함)

우측상단의 눈 아이콘 클릭후 Board id 확인

위의 작업을 통해 총 아래 4개의 trello board 에 대한 api key / api token / Board id 을 필요로 합니다.

+ 트렐로 플러그인 이슈 및 관련 포스트 참고

https://daily50.tistory.com/617

svnadmin dump 시 리비전별 분할덤프

Tennessee201 — Fri, 27 Mar 2026 16:45:34 +0900

svn 서버를 이관할때 기존 저장소의 데이터와 리비전 히스토리를 전부 이관하려면 svnadmin dump 를 사용하여야한다.

통덤프를 진행한다면 그냥 아래와 같이 진행하면된다. dump(백업) / load(복구)

svnadmin dump WorkRepository > WorkRepository.dump

하지만 리비전 분할하여 이관하거나 최초이관후 추가로 덤프를 진행할때는 --incremental (증분) 옵션을 추가하여 덤프파일을 생성하고 load 하여야합니다.

먼저, dump를 하기위해 기존의 Repository가 저장되어 있는 위치에서 다음의 명령어를 실행합니다.

> svnadmin dump WorkRepository --incremental > WorkRepository.dump

WorkRepository는 저장되어있는 Repository의 경로 및 이름입니다. SVN 환경에 따라 다를 수 있으므로 확인해서 적절히 변경합니다.

위 명령어를 실행하면 모든 revision의 내용을 WorkRepository.dump 파일로 저장합니다.

만약, revision을 일정 범위만 하고자 한다면 -r 파라메터를 추가하여 아래 명령어와 같이 실행합니다.

> svnadmin dump WorkRepository -r 1:500 --incremental > WorkRepository_1_500.dump

-r 1:500는 revision의 1부터 500까지 dump

이어서 load를 하기위해, 먼저 이전하고자 하는 새 서버에서 빈 Repository를 생성해 주고, dump파일을 복사해 넣은 다음 아래의 명령어를 실행합니다.

> svnadmin load WorkRepository < WorkRepository.dump

순서대로 load하게 되면 revision이 자연스럽게 이어집니다.

> svnadmin load WorkRepository < WorkRepository_1_500.dump
> svnadmin load WorkRepository < WorkRepository_501_1000.dump

SCP: scp subsystem request failed on channel 0 에러 해결방법

Tennessee201 — Thu, 26 Mar 2026 16:35:31 +0900

평소와 같이 scp 로 파일을 옮기는데 아래와 같은 에러가 발생하였습니다.

별도의 방화벽이나 포트이슈도 아니고 같은 내부망이라 통신문제는 없었습니다.

해당 에러로그를 구글링해보니 아래와 같이 -O 옵션을 추가해서 해결이 가능하다는것을 확인할수있습니다.

결론은 -O 옵션을 사용하여 scp프로토콜을 강제로 사용하면 되는것이고,

원인은 SFTP 프로토콜이 클라이언트단 (SCP<->SFTP (OpenSSH 9.0~))에서 호환성 이슈가 있어서 발생하는것이라고 합니다.

SCP는 기본적으로 SSH를 사용하여 파일을 복사한다.
SFTP는 별도의 프로세스를 통해 파일을 전송하며, 보안성이 높다.
OpenSSH 9.0 버전부터 SCP 명령어가 기본적으로 SFTP 프로토콜을 사용하기 시작했다.

해당 에러의 근본적인 원인은

1. 서버 측에서 SFTP 서브시스템 설정 문제
2. 클라이언트 측에서 SFTP 프로토콜 사용 시 호환성 문제
3. 네트워크 연결 문제

해결방법은

1. SCP 프로토콜 강제 사용:
`scp -O` 옵션을 사용하여 SCP 프로토콜을 강제로 사용

ex) scp -O username@host:path/to/file

2. SSHD 구성 파일 확인:
`/etc/ssh/sshd_config` 파일에서 SFTP 서브시스템 설정이 올바르게 되어있는지 확인
3. SFTP 서버 파일 존재 여부 확인:
`/usr/lib/openssh/sftp-server` 또는 `/usr/libexec/openssh/sftp-server` 파일이 존재하는지 확인

출처

[SCP] subsystem request failed on channel 0 scp: Connection closed

SCP/SFTP 프로토콜 SCP(Secure Copy Protocol)는 SSH를 기반으로 하는 파일 전송 프로토콜SFTP(SSH File Transfer Protocol)는 SCP와 동일하게 SSH를 기반으로 하는 프로토콜이지만 SCP보다 더 많은 기능을 가지고있다

tuu-lx.tistory.com

퍼포스 리비전을 원하는대로 돌리고 빌드넣는법 (빌드머신에서 빌드성공한 형상으로 맞추는법)

Tennessee201 — Tue, 17 Mar 2026 16:20:15 +0900

퍼포스 리비전을 원하는대로 돌리고 빌드넣는법 (빌드머신에서 빌드성공한 형상으로 맞추는법)

p4 sync ...@리비전
p4 clean -a -e -d

clean 을 안해주면 없는파일을 찾으려고 해서 에러가 발생한다.

여기서 clean 옵션들은 cli에서 동작시 recursive하게 돌게되고 불필요한 시간이 매우많이소요되기에 .. 필수적으로 넣어주어야한다.

일단 퍼포스 리비전은 빌드시에 넣어주면 정상반영된다.

위의 작업은 최초 한번만 해주면 문제가 없는듯하다 .

플랫폼별로 변경이 있을때는, 에이전트에서

프로젝트/intermediate
프로젝트/binaries

엔진/intermediate
엔진/binaries

같이 캐시는 전부 삭제해주어야한다.

프로젝트 하위의 엔진폴더는 상관없다.

추가로 빌드 설명에 빌드내용을 남기는것도 생각해야한다.

추가로 플랫폼 빌드 사이에 무조건 p4 clean -a -e -d 는 한번 해주는게 좋다.,

===

generate 할때 아래의 에러가 난다면, 장비에서 setup.bat 다시 돌려서 thirdparty 라이브러리를 다시 받고 generate 필요

안드로이드 빌드하고
windows 로 빌드할때는, 프로젝트/엔진 경로를 reset --hard HEAD 한번해주고,

SETUP.BAT 한번 실행해줘야지 generate 할때 에러안뜨고 넘어간다.

res 빌드하고 그냥 바로 bin 빌드해서 확인하는건지, 순서가 있는지 확인한다.

[git] You have divergent branches and need to specify how to reconcile them

Tennessee201 — Mon, 9 Mar 2026 12:22:06 +0900

todo

[Perforce] Replica / Master server 에 대하여

Tennessee201 — Mon, 22 Sep 2025 10:39:32 +0900

퍼포스 서버를 운용하며 여러 사용자가 마스터서버에 접근하게 되면 부하 및 지연이 발생할수있으며 퍼포스는 타 저장소와 다르게 이러한 이슈를 Replication 을 통하여 처리합니다.

레플리카서버는 로컬에 메인서버의 메타데이터를 가지기떄문에 이러한 동작이 가능합니다. 'jornal' 파일의 형식을 통하여 메인서버의 데이터를 Replication 합니다.

퍼포스 레플리카 서버의 & 마스터서버와의 구성 관계도

- 레플리카서버 셋팅이후 Journal Sequence 번호 일치여부(정상설정여부) 확인 커맨드

>> p4 –p replica-host:1666 pull -lj

Current replica journaol states is : Journal 3, Sequence 572. Current replica journaol states is : Journal 3, Sequence 572.

- Master DB Checksums 검증 (명령어 수행 후 server log 에서 확인가능)

>> p4 -p master-host:1666 journaldbchecksums

Perforce server info:

Table db.config checksums match. 2019/12/05 00:57:36 version 1: expected 0x89C9ECE, actual 0x89C9ECE. Perforce server info:

Table db.configh checksums match. 2019/12/05 00:57:36 version 0: expected 0x80E83973, actual 0x80E83973.

Perforce server info:

Table db.counters checksums match. 2019/12/05 00:57:36 version 1: expected 0x977555C9, actual 0x977555C9.

Perforce server info:

Table db.nameval checksums empty. 2019/12/05 00:57:36 version 1: expected 0x0, actual 0x0

[Jenkins] client_loop: send disconnect: Connection reset 발생이슈 해결법

Tennessee201 — Mon, 15 Sep 2025 18:30:57 +0900

젠킨스 파이프라인 빌드 중, 아래와 같은 에러로그가 발생하고 그대로 빌드가 실패해버리는 경우가 있다.

+ 정확히 2시간 경과시 timeout 과 유사한 방식으로 에러를 내고 파이프라인 빌드를 종료했다.

client_loop: send disconnect: Connection reset

해당 로그 검색 시, 여러가지 원인이 나오는데, 가장 당연하지만 근접한 원인으로는 output 이 일정시간 없기 때문이다.

하여 아래 링크들과 같이 ssh 에서 여러가지 방법을 통하여 연결을 유지시키는 옵션들이 있다.

Fix SSH client_loop: send disconnect: Broken pipe

Rezolva problema deconectarii subite SSH in Linux client_loop: send disconnect: Broken pipe . Tutorial pas cu pas pentru Linux si Mac.

stealthsettings.com

본인이 진행중인 프로젝트의 경우, 에이전트가 별도 실행파일을 통하여 로컬에서 자동으로 동작하도록 구성해두었기 때문에,

http.keepAlive 옵션을 추가하여 연결이 원하는 만큼 끊어지지 않도록 설정하였다.

하지만 이러한 셋팅은 특별한 경우가 아니라면 필수적인것은 아니기 때문에 고민을 해보아야 한다.

HTTP Keep-Alive, 성능 최적화의 핵심일까? 쓸데없는 설정일까?

웹 성능을 최적화할 때 자주 등장하는 개념 중 하나가 HTTP Keep-Alive다. Keep-Alive는 TCP 연결을 유지해 여러 개의 HTTP 요청을 처리할 수 있도록 도와주지만, 모든 환경에서 무조건 좋은 선택이 되는

bin-repository.tistory.com

Perforce 기본개념 및 p4v 사용정리

Tennessee201 — Mon, 1 Sep 2025 15:20:53 +0900

연초에 사내 프로젝트를 svn+git 에서 perforce 로 전환하면서 정리해두었던 기본개념을 간략하게 정리해보겠습니다.

p4v 기본구조

기본적으로 퍼포스는 git, svn,hg 와 같은 형상관리툴이다.

기존 git과 같은 저장소의 경우 중앙집중형 저장소로 로컬에서 작업시 모든 히스토리를 내려받아야 하였지만,

Perforce의 경우 메인서버의 저장소인 Depot 에 모든 데이터가 저장되기 때문에, 빠른 처리 및 서버 동기화가 가능하다.

(예를 들어 특정 경로의 작업이 필요하다면 내 로컬의 작업공간으로서 해당경로 workspace를 생성 후 작업 -> 이후 서버 submit이 가능하다.

퍼포스의 경우 작업자외에는 cli 로 자동화하여 관리하는것이 좋습니다. 예를들어 빌드 전후로 clean sync 시 여러 옵션을 통하여 디폴트로 full 재귀로 도는 명령어들을 원하는 부분만 clean sync 하는등의 작업은 빌드구성시 필수적입니다.

P4V는 퍼포스 cli를 gui 해놓은 툴이다.

- workspace 생성

[(P4V) helix visual client]

1. 상단 메뉴바 > Connection > new workspace

2. workspace 이름 , root 경로 설정후 매핑 진행

3. Get lastest로 최신 형상으로 sync

-> 현재 로컬과 서버 파일의 형상이 동일함.

-> 현재 로컬과 서버 파일의 형상이 다름 : Get Latest Revision 필요

-> 현재 로컬에 수정사항이 생김 : 서버올리기(checkout>pending changlist>submit) / 되돌리기(revert)

자주사용하는 perforce cli command

command	설명
p4 submit	변경리스트 제출
p4 diff [경로]	변경사항 조회
p4 opened	workspace 파일 작업 이력 조회
p4 revert [경로]	작업파일 복구
p4 delete [경로]	작업파일 삭제
p4 add [~] [경로]	작업파일 추가
p4 verify -q //...	무결성 체크 ( perforce 서버 Lock 등 확인필요)

기존저장소에 대응되는 퍼포스의 cli 커맨드는 아래를 참고하면 됩니다.

https://help.perforce.com/helix-core/server-apps/cmdref/current/Content/CmdRef/commands.html

Commands

| 2025.1 Commands Click a letter A | B | C | D | E | F | G | H | I | J | K | L | M | O | P | R | S | T | U | V | W | Z A p4 add p4 add (graph) p4 admin p4 aliases p4 annotate p4 archive p4 attribute B p4 bgtask p4 branch p4 branches C p4 cachepurge p4 chan

help.perforce.com

[Jenkins] 암호화된 Credentials 복호화

Tennessee201 — Tue, 26 Aug 2025 19:06:48 +0900

개요

Jenkins 빌드의 Credentials 값이 전부 Serect으로 처리되어 있으며, 백업본도 없다는 전제하에 해당 크리덴셜을 복호화하는 방법에 대해 포스팅한다.

hudson.util.Secret.decrypt

Jenkins 스크립트 콘솔에서 hudson.util.Secret.decrypt 함수를 사용하면 암호화된 값을 복호화할 수 있다. 단, 암호화된 값을 알아내야 하는데, 개발자 모드를 사용하면 알아낼 수 있다.

1. 암호문 알아내기

값을 확인할 Credential로 접근한다.

이 페이지에서 Update 버튼을 클릭하면 값을 갱신할 수 있는 페이지로 이동하는데,

보면 값에 해당하는 부분이 Concealed되어 있음을 알 수 있다. 여기서 Change Password 버튼을 클릭하면 아래와 같이 마스킹된 값을 볼 수 있다.

이 상태에서 브라우저의 개발자 모드로 접근해 확인할 요소를 클릭하면 아래와 같이 선택한 요소의 HTML을 찾을 수 있다.

찾은 tag 속성 중 value가 바로 Secret의 암호문에 해당한다.

2. 스크립트 콘솔에서 복호화

이제 Jenkins 스크립트 콘솔로 접근하여 아래 코드를 실행시킨다.

println hudson.util.Secret.decrypt("암호문")

# 예시
println hudson.util.Secret.decrypt("{AQAAABAAAAAQ9Db4FBoIVP6J7HBc2bhBlwjf56/tbk5wtWWQbgD2NC8=}")

평문이 test라는 것을 확인할 수 있다.

Accessing and dumping Jenkins credentials | Codurance

Jenkins offers a credentials store where we can keep our secrets. Of someone stole your source code and dumped your databases, you might think it's game over, but that's not always true...