DevTools (6) 썸네일형 리스트형 Android CI/CD 구축 - Ubuntu 환경 구성 Ubuntu(18.0.4) Jenkins(2.315) Gitlab 1. JDK 설치 sudo apt install openjdk-8-jdk 2. 젠킨스 설치 sudo wget -q -O - http://pkg.jenkins-ci.org/debian/jenkins-ci.org.key | sudo apt-key add sudo sh -c 'echo deb http://pkg.jenkins-ci.org/debian binary/ > /etc/apt/sources.list.d/jenkins.list' sudo apt update sudo apt upgrade sudo apt install jenkins 3. 젠킨스 시작 sudo service jenkins restart 4. 젠킨스 기본 플러그인 설.. Android CI/CD 구축 - Centos7 Jenkins 설치 Centos7 Jenkins 설치 1. jdk 설치 sudo yum install java-1.8.0-openjdk-devel.x86_64 2. 환경설정 자바컴파일 위치 검색 [root@dev_yoonky ~]# which javac /usr/bin/javac 링크가 아닌 실제 파일 위치 검색, 파일 위치 복사 [root@dev_yoonky ~]# readlink -f /usr/bin/javac /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.302.b08-0.el7_9.x86_64/bin/javac 환경변수 정보 수정 [root@dev_yoonky ~]# vim /etc/profile export JAVA_HOME=/usr/lib/jvm/java-1.8.0-openjdk-1.8.0... 소스트리 유효한 소스 경로/url 이 아닙니다 소스트리로 프로젝트 Clone할 때 "소스트리 유효한 소스 경로/url 이 아닙니다"라는 메세지가 계속 뜨더라. 위 문구는 url이나 유저 정보가 잘못되었을 때 발생하는 문구이다. url을 확인했을 때 오타가 없다면 유저 정보 문제이니 이 방법대로 하면 될 것이다. 1. 먼저 소스트리를 종료 한다. 2. C:\Users\유저\AppData\Local\Atlassian\SourceTree로 이동한다 3. passwd, userHost 파일에서 의심가는 유저 정보를 삭제한다. 4. 소스트리를 다시 실행시키고 실패헀던 url을 Clone한다. 5. 팝업이 뜨면 아이디와 비밀번호를 입력한다. 이렇게 하면 소스트리를 삭제하지 않아도 인증 정보를 업데이트 할 수 있다. Github cherry-pick 브랜치명 특징 fleat/기능이름 각 개발자가 개발 중인 브런치 직접 커밋을 올린다. master [feat/기능이름 브런치에서 개발 완료된 코드가 합쳐진 브런치] 출시 전인 베타 버전이라고 볼 수 있음. 직접 커밋을 올리지 않는다.(병합을 통해서만 코드를 업데이트) latest 실제 출시할 코드(대중에게 보야줄 완벽한 코드)를 올리는 브런치 [matser] 브런치에서 굵직한 개발이 끝나면 출시 시점이[latest] 브런치로 코드를 병합 상황 : 어제 출시한 코드가 담긴 latest 브런치에 당장 고쳐야 하는 버그가 있다는 것을 뒤늦게 알았다. 개발자가 master 브런치에서 feat/bug 브런치를 따서 고치고 이를 master 브런치에 병합했다. 이제 latest 브런치에 반영해야 하는데 master.. Github 오픈소스 커밋하기 오픈 소스에 기여하고 하고 싶을 때 1. 레포지토리 소유자한테 collaborator를 요청 (요청자한테 직접 커밋 권한을 주는 것이므로 대부분 안해줌) 2. 오픈 소스 레포지토리를 내 레포지토리로 Fork하여 PullRequest를 보내는 방법 대략적으로 두가지가 있는 것으로 보이는데 민폐 끼치기 싫으니 2번으로 해보도록 하겠다. Fork할 오픈소스는 구글에서 공식적으로 밀어주고 있는 ExoPlayer를 대상으로 진행하겠다. 아래 링크로 이동 github.com/google/ExoPlayer google/ExoPlayer An extensible media player for Android. Contribute to google/ExoPlayer development by creating an acco.. Git Branch 협업 문서화 1. 협업자는 커밋을 올릴 브랜치를 각각 만든다.(Create Branch) 2. 자신이 만든 브랜치로 이동한다.(Move Brache) 3. 생성한 브런치에 커밋을 올린다.(Commit) 4. 코딩이 완료되면 브랜치를 합친다.(Merge) 일반적인 협업 규칙 1. master 브런치에는 직접 커밋을 올리지 않는다.(동시에 작업하다 꼬일 수 있음) 2. 기능 개발을 하기 전에 master 브런치를 기준으로 새로운 브런치를 만든다. 3. 이 브런치 이름은[feature / 기능이름] 형식으로 하고 한명당 하나의 브런치에 커밋을 한다. 4. [feature / 기능이름] 브런치에서 기능 개발이 끝나면 master 브런치에 merge한다. 협업 개발자들의 하루 1. 출근과 동시에 master 브런치를 .. 이전 1 다음
